Opened 15 years ago
Last modified 8 years ago
#4929 new defect
Filtered and disabled objects can be selected
Reported by: | bundesrainer | Owned by: | team |
---|---|---|---|
Priority: | minor | Milestone: | |
Component: | Core | Version: | tested |
Keywords: | filters function | Cc: | malenki, Cobra |
Description
When using the filter function, filtered objects are grayed out and can not be selected by clicking. But when I mark an area (Click + Hold) the filtered objects are also selected.
Attachments (1)
Change History (16)
comment:1 by , 15 years ago
Priority: | normal → critical |
---|
follow-up: 14 comment:2 by , 15 years ago
comment:3 by , 15 years ago
comment:4 by , 15 years ago
comment:5 by , 15 years ago
What shall we do for search? There should be a dialog box or a popup message to inform the user that more was found, but could not be selected because of active filters.
comment:6 by , 15 years ago
Summary: | Filter function has a bug (disabled objects can be selected) → Filtered and disabled objects can be selected |
---|
follow-up: 8 comment:7 by , 15 years ago
Priority: | critical → major |
---|
Why set as critical: Because the biggest problem I have with filtering is the fact that users may destroy valid data. This also was the reason why the filter was disabled by default for so long. As you fixed major issues I change it to major.
About "use selection history": We can delete it when filters are applied or changed.
comment:8 by , 15 years ago
About "use selection history": We can delete it when filters are applied or changed.
This would certainly annoy some users, including me. Another solution would be to purge the chosen selection like it needs to be done for deleted objects (?) and change the text in the popup menu to include the number of currently filtered/disabled (if any).
comment:10 by , 14 years ago
Remaining issues:
(a) 'search' results in filtered objects being selected
(b) search history allows filtered objects to be selected
(c) command stack select tool allows the same
I'm no longer sure, these are real issues. With respect to #5144 we should treat selected and filtered objects as if they weren't filtered.
comment:11 by , 14 years ago
Good idea (but I see another bunch of possible bug reports). Let's try it and see what the result is.
comment:13 by , 13 years ago
Cc: | added |
---|
comment:14 by , 8 years ago
Untested
Replying to bastiK:
(b) search history allows filtered objects to be selected
1. missing activation in command history
Replying to bastiK:
(c) command stack select tool allows the same
Yes, it is possible to select, otherwise filtered objects in command history using right click menu.
Either solution would be okay:
- display "Unselectable now" message, suppress right click menu
- display object, add "currently filtered out" in node/way/relation caption, disable respective item in right click menu
2. missing activation in in-line editor
Replying to bastiK:
- select something, then change the filter to include these objects
Doesn't work with in-line editor (but "edit" button is respected):
- add filter natural=* (auto enabled by JOSM)
- focus text in "Text" column, change natural=* to natural=tree (or rock)
- hit
Enter
Filtered objects are not updated, but they should (it will actually work with Edit button)
3. works for me
Replying to bundesrainer:
But when I mark an area (Click + Hold) the filtered objects are also selected.
Not in r11223.
Select all won't select them too.
Replying to bastiK:
- use selection history
It will show "Unselectable now" message
Replying to bastiK:
- undo, such that the properties of a selected change and a filter applies
filters respected well, when you add tags using history: Ctrl+Z Ctrl+Y
Replying to bastiK:
(a) 'search' results in filtered objects being selected
In r11223 I tried to search for natural=tree when they were filtered out, I got "no match for 'natural=tree'" message.
comment:15 by , 8 years ago
Priority: | major → minor |
---|
by , 8 years ago
Attachment: | filters.osm added |
---|
Why is it critical? The objects are selected and filtered. It's not nice but it doesn't cause data corruption or something like that.
Note that there are other ways to get this situation: