Opened 8 years ago
Last modified 5 years ago
#13259 new defect
filter is not rendered correctly if you open two layers and then switch to the second
Reported by: | ralfherberer78 | Owned by: | team |
---|---|---|---|
Priority: | trivial | Milestone: | |
Component: | Core | Version: | latest |
Keywords: | rendering mappaint filter | Cc: |
Description (last modified by )
Does also happen with JOSM version 9900. Both on the same Linux system (see technical info on bottom section). Happens on another system too: JOSM 10168 on macos X with oracle java 1.8.0_91.
What steps will reproduce the problem?
- prepare two .osm layers, which each have some some modified objects, and save into .osm files, remove the layers
- create a filter to "modified" elements, select all filter checkboxes (Active, Show, Invert).
- load the two layers
- select the green "edit" tick in the layers box of the second (currently not active layer)
What is the expected result?
the second layer is shown in the map and only modified objects are shown.
What happens instead?
the second layer is shown in the map and all objects are shown.
Workaround: disable/enable the filter or the layers or just drag the map a bit.
Please provide any additional information below. Attach a screenshot if possible.
tested with fresh .josm directory.
URL:http://josm.openstreetmap.de/svn/trunk Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Last:Changed Date: 2016-07-31 23:02:22 +0200 (Sun, 31 Jul 2016) Build-Date:2016-08-01 02:16:18 Revision:10693 Relative:URL: ^/trunk Identification: JOSM/1.5 (10693 de) Linux Memory Usage: 298 MB / 1820 MB (146 MB allocated, but free) Java version: 1.8.0_102-b14, Oracle Corporation, OpenJDK 64-Bit Server VM VM arguments: [-Dawt.useSystemAAFontSettings=on, -Dswing.aatext=true] Dataset consistency test: No problems found Last errors/warnings: - W: Cannot lock cache directory. Will not use disk cache
Attachments (0)
Change History (2)
comment:1 by , 8 years ago
Description: | modified (diff) |
---|
Cannot reproduce!
Rather the opposite see #18564.