An invisible note interferes with road selection in overlay mode

[deevroman]

How to Reproduce

1. Enable Surfaces overlay
2. Move the map here
3. Click on the sidewalk
4. Opens a note that is located nearby

2023-10-19.21.21.57_2.mp4

Expected Behavior

1. The sidewalk surface editing window opens

Versions affected
StreetComplete 54.1, Samsung Galaxy A52 Android 13 OneUI 5.1

[mnalis]

• Is it this issue? Unable to select the Sidewalk overlay if there is a Note on it #4529

https://wiki.openstreetmap.org/wiki/StreetComplete/FAQ#Editing_in_Overlay_mode_opens_Notes_instead

[westnordost]

Jup, duplicate, not a bug

[deevroman]

1. But if the note is not relevant to the selected sidewalk? For example, in this one I reported a missed footway, not a problem with the sidewalk.

2. Why not write about it in the interface?

[westnordost]

StreetComplete cannot know if it is related to a specific quest or overlay or not. So, the most cautious approach is to let notes block all other edits with StreetComplete.

[deevroman]

Notes left as a result of a quest start with "Unable to answer ..." or Overlays "In context of overlay..." and contain the id of the object.

But why all this complexity when I can switch off overlay and add surface with a quest? :)

[westnordost]

You cannot add surface with a quest while a note is open for that element.

[deevroman]

I.e. in the case of a quest it is clear what the note refers to, but in the case of overlays it is not? Why?

[westnordost]

Sorry, I don't get what you mean.

[deevroman]

I'll try to show what the contradiction is with an example:

2023-10-20.14.51.33.mp4

What's more, the note doesn't even belong in the selected footway. It is added, via long press on the main screen, separately from the quest or overlay.

[westnordost]

Oh, that's a bug. The quest should not be created, i.e. overlay and quest should behave the same. Would you mind creating a new issue for htat and share the location where this is happening?

[deevroman]

in the first comment

[deevroman]

Created. But I would like to point out that the bug is more about opening a note that is not related to the selected object :) I don't understand when it's important to prevent the user from answering a quest because of some other note.

[Helium314]

see also #4700