If supports are set to soluble, bridging isn't recognized any more.

[codingcatgirl]

Describe the bug
If i set supports to "soluble", even if there are no supports, bridging seems to get deactivated and bridging areas get rendered just like bottom solid layers. is this a known problem?

To Reproduce
Steps to reproduce the behavior:

1. Set supports to soluble
2. Select an object with bridges
3. Observe the behavior
4. There might be other factors, i'm attaching the project file for reference.

bridgetest.zip

Expected behavior
Bridging areas should use bridging settings.

Screenshots

Desktop (please complete the following information):

• OS: Linux
• 2.3.56.6

[supermerill]

If "don't support bridge" is unchecked, it should create bridges.

edit: error in the sentence

[codingcatgirl]

Thanks, that's great to know as a workaround, as i rarely use automated supports anyway.

[supermerill]

I mean, it should create bridges, but it doesn't, it's a bug.

[codingcatgirl]

Yeah, but it's still good to know that i can circumvent it like this.

[supermerill]

has to do something when there is only enforcer or there is some blockers, as the flow & pattern may be not optimal.

[codingcatgirl]

I'm a bit confused, as the example i uploaded has no enforcers or blockers at all?

[supermerill]

The only reason of activating support without auto-generation is to use enforcers, or I forgot something?

[codingcatgirl]

I have it always turned to supports enabled and automatic supports disabled so i can add enforcers if i want without having to change the settings, even though i don't use enforcers in most prints.

[supermerill]

So, it needs to recognize that and use bridging everywhere but over the eventual enforcer. (that's the current TODO)

[codingcatgirl]

This bug is back on the latest 2.4.* release. I can post a 3mf later. The workaround with "don't support bridges" does not fix it. Might be related to snug supports.

[codingcatgirl]

Setting "No perimeters on bridge areas" to "keep only bridges" acts as a workaround.

[codingcatgirl]

Never mind, as soon as supports are set to soluble, it's broken again.

3MF File: test.zip

Here's a screenshot that shows the issue, you can see the purple areas that should actually be bridges (blue).

[codingcatgirl]

Removing all support enforcers or paint-on supports doesn't fix the problem either.

[supermerill]

This bug is back on the latest 2.4.* release. I can post a 3mf later. The workaround with "don't support bridges" does not fix it.

come from the merge. prusa has changed the next line a bit and I missed it.
will be fixed in sunday nightly.

[codingcatgirl]

Just installed today's nightly and i'm sorry, but the problem still persists

LAURA SUPPORT BNBSXM_extruder_main_body_B08i5.zip

However, checking "don't suport bridges" fixes it. Still, this should work with that setting disabled too, right?

[codingcatgirl]

Even with the workaround, bridging perimeters aren't generated at all.

[supermerill]

However, checking "don't suport bridges" fixes it. Still, this should work with that setting disabled too, right?

I fixed the 'don't suport bridges', i didn't work on the feature request.

[codingcatgirl]

I'm not talking about a feature request though. It's not correctly creating bridges, it's creating bridge infill but not bridge perimeters. See screenshot: (this is with the 3mf and "don't support bridges" enabled)

[Tinchus2009]

Overhang are not being detected either. In the image, that extreme overang is not being detected. Even using soluble support, it is super important to have setting for bridges and overhang in order to mail material can adhere properly to the soluble support: