Cycleway overlay marks both sides of roundabout as missing

[FloEdelmann]

How to Reproduce
For https://osm.org/way/492794174 (OSM element version 11), the cycleway quest correctly recognizes that it's a oneway street (implied by junction=roundabout but not explicitly set with oneway=yes). The cycleway overlay however does not recognize this and marks both sides as red:

Expected Behavior
The cycleway overlay should also only mark the outer side as red, and possibly also only allow setting the outer side.

Versions affected
StreetComplete v58.1, Android 13

[westnordost]

Short answer: Will not fix.

Long answer:
In the quest, oneways (which include roundabouts) are treated specially, to not (uselessly) ask for cycle tracks in contraflow of oneways as most oneways do not have that. This is not done for overlays because overlays should offer a more immediate interface for setting and updating the cycleway infrastructure tagging. I don't think it is necessary to add complexity here to hide stuff from the user as it would be done for quests.

[westnordost]

I just noticed/remembered that we already do some filtering where cycletracks are not expected and that these are then shown as transparent instead of red. E.g. motorroads missing cycleway are not highlighted red (but transparent).

So, while not a bug, it can certainly be an improvement to add this. Additionally, I would say that the following taggings are all equally unlikely to have cycle tracks in contraflow:

• roundabouts
• oneways with dual_carriageway=yes
• oneways that are a *_link roads