Search presets (F3) shows only completely blank window (after some time using JOSM)

[mnalis]

What steps will reproduce the problem?

1. Start JOSM normally and begin working. F3 "Search Presets" works normally and shows filterable list of presets.
2. After some time (10-20 minutes) F3 stops working, and show only blank white window (see screenshot).

What is the expected result?

That F3 continues to show filterable list of presets.

What happens instead?

F3 shows a blank white windows (instead of that window being filled with presets)

Please provide any additional information below. Attach a screenshot if possible.

• It does not matter if I select "Search presets" via "Presets" menu or via "F3" shortcut.
• I seem to still be able to blindly type into that window and select entries with ENTER, but I cannot see anything that I do in it (it remains completely blank/white).
• it used to work with JOSM testing from about month or two ago. I did regular Debian Buster security upgrades, but there seems to be nothing openjdk/java related.
• I can still access presets items via 'Presets' menu item, and via road/car/wall/etc icons. It's just searchable presets that are gone.
• once F3 stops working, it keeps remaining blank until I close the session and restart JOSM.
• on console I see only non-suspicious looking 'INFO'-level messages about loading TMS/API URLs etc.

Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-10-03 13:42:38 +0200 (Sat, 03 Oct 2020)
Revision:17084
Build-Date:2020-10-04 01:30:47
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17084 en) Linux Debian GNU/Linux 10 (buster)
Memory Usage: 394 MB / 1476 MB (174 MB allocated, but free)
Java version: 11.0.8+10-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920x1080 (scaling 1.0x1.0)
Maximum Screen Size: 1920x1080
Best cursor sizes: 16x16 -> 16x16, 32x32 -> 32x32
Desktop environment: ICEWM
Java package: openjdk-11-jre:amd64-11.0.8+10-1~deb10u1
Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22
libcommons-logging-java: libcommons-logging-java:-
fonts-noto: fonts-noto:-
Dataset consistency test: No problems found

Plugins:
+ DirectDownload (35552)
+ DirectUpload (35550)
+ FixAddresses (35343)
+ PicLayer (35405)
+ apache-commons (35524)
+ apache-http (35092)
+ buildings_tools (35570)
+ conflation (0.6.6)
+ geochat (35405)
+ imagery_offset_db (35405)
+ jna (35092)
+ jts (35122)
+ measurement (35405)
+ pt_assistant (2.1.10-80-g7d9bba3)
+ reverter (35556)
+ turnlanes (35405)
+ turnrestrictions (35515)
+ utilsplugin2 (35487)

Tagging presets:
+ https://<user.name>.com/prezentacije/OpenStreetMap/josm-preset.xml

Map paint styles:
- /tmp/elemstyles.mapcss
- https://www.dropbox.com/s/qo3ai47fpv241jf/Styles_Fixme_and_Notes.zip?raw=1
- https://raw.githubusercontent.com/OpenSeaMap/josm/master/CEVNI_MapCSS.mapcss
+ http://bezdomni.net/Styles_HighlightedCapesBays-style.mapcss 

Last errors/warnings:
- 00008,491 W: Failed to load Mappaint styles from '/tmp/elemstyles.mapcss'. Exception was: java.nio.file.NoSuchFileException: /tmp/elemstyles.mapcss
- 00008,492 E: java.nio.file.NoSuchFileException: /tmp/elemstyles.mapcss
- 00008,658 W: Not a single layer for the name 'Tasking Manager Imagery - #4': []
- 00008,661 W: Not a single layer for the name 'Tasking Manager Imagery - #4': []

[mnalis]

JOSM showing a blank "Search presets" window

[Don-vip]

Replying to mnalis:

Java ATK Wrapper package: libatk-wrapper-java:all-0.33.3-22

Weird behaviour likely caused by JOSM nemesis on Linux: libatk-wrapper-java

This useless library causes us major troubles for years, but it's quite impossible to get rid of it. Can you please submit a bug report to Debian, incriminating it?

[mnalis]

I'd gladly report bug to Debian libatk-wrapper-java package, if I could confirm it. But I've removed the libatk-wrapper-java and libatk-wrapper-java-jni Debian Buster packages now from my system (nothing else seemed to depend on them), and the problem still reappears. Note that I've never had this bug in years until a month or two ago, and now it happens every few (dozen) minutes forcing me to close JOSM and restart...

here is how JOSM report bug info looks now after removing packages, as well as screenshot showing it still broken.

Please provide any additional information below. Attach a screenshot if possible.

Relative:URL: ^/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-10-03 13:42:38 +0200 (Sat, 03 Oct 2020)
Revision:17084
Build-Date:2020-10-04 01:30:47
URL:https://josm.openstreetmap.de/svn/trunk

Identification: JOSM/1.5 (17084 en) Linux Debian GNU/Linux 10 (buster)
Memory Usage: 781 MB / 2048 MB (203 MB allocated, but free)
Java version: 11.0.9+11-post-Debian-1deb10u1, Debian, OpenJDK 64-Bit Server VM
Look and Feel: javax.swing.plaf.metal.MetalLookAndFeel
Screen: :0.0 1920x1080 (scaling 1.0x1.0)
Maximum Screen Size: 1920x1080
Best cursor sizes: 16x16 -> 16x16, 32x32 -> 32x32
Desktop environment: ICEWM
VM arguments: [--patch-module=java.desktop=/usr/share/icedtea-web/netx.jar:, --add-reads=java.base=ALL-UNNAMED,java.desktop, --add-reads=java.desktop=ALL-UNNAMED,java.naming, --add-reads=java.naming=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.awt=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/javax.jnlp=ALL-UNNAMED,java.desktop, --add-exports=java.base/com.sun.net.ssl.internal.ssl=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.net.www.protocol.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.action=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.provider=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.util=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.validator=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.security.x509=ALL-UNNAMED,java.desktop, --add-exports=java.base/jdk.internal.util.jar=ALL-UNNAMED,java.desktop, --add-exports=java.base/sun.net.www.protocol.http=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.awt.X11=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,java.desktop, --add-exports=java.desktop/sun.applet=ALL-UNNAMED,jdk.jsobject, --add-exports=java.naming/com.sun.jndi.toolkit.url=ALL-UNNAMED,java.desktop, -Dicedtea-web.bin.name=javaws, -Dicedtea-web.bin.location=/usr/share/icedtea-web/bin/javaws.sh, -Djava.security.manager, -Djava.security.policy=/etc/icedtea-web/javaws.policy]
Dataset consistency test: No problems found

Plugins:
+ DirectDownload (35552)
+ DirectUpload (35550)
+ FixAddresses (35343)
+ PicLayer (35405)
+ apache-commons (35524)
+ apache-http (35092)
+ buildings_tools (35570)
+ conflation (0.6.6)
+ geochat (35405)
+ imagery_offset_db (35405)
+ jna (35092)
+ jts (35122)
+ measurement (35405)
+ pt_assistant (2.1.10-80-g7d9bba3)
+ reverter (35556)
+ turnlanes (35405)
+ turnrestrictions (35515)
+ utilsplugin2 (35487)

Tagging presets:
+ https://<user.name>.com/prezentacije/OpenStreetMap/josm-preset.xml

Map paint styles:
- /tmp/elemstyles.mapcss
- https://www.dropbox.com/s/qo3ai47fpv241jf/Styles_Fixme_and_Notes.zip?raw=1
- https://raw.githubusercontent.com/OpenSeaMap/josm/master/CEVNI_MapCSS.mapcss
+ http://bezdomni.net/Styles_HighlightedCapesBays-style.mapcss 

Last errors/warnings:
- 01657.531 E: Region [TMS_BLOCK_v2] : Failure getting from disk, key = osm-hr_ Zagreb 2018 Aerial imagery:https://tms.osm-hr.org/zagreb-2018/{zoom}/{x}/{-y}.png/19/285342/186968
- 01657.553 E: Region [TMS_BLOCK_v2] : Failure getting from disk, key = OpenCycleMap:https://{switch:a,b,c}.tile.thunderforest.com/cycle/{zoom}/{x}/{y}.png?apikey=7bd5ed2197cf4da29fa26de0ba6530cc/19/285338/186968
- 01657.625 E: Region [TMS_BLOCK_v2] : Failure getting from disk, key = osm-hr_ Zagreb 2018 Aerial imagery:https://tms.osm-hr.org/zagreb-2018/{zoom}/{x}/{-y}.png/19/285337/186968
- 01657.642 E: Region [TMS_BLOCK_v2] : Failure getting from disk, key = OpenCycleMap:https://{switch:a,b,c}.tile.thunderforest.com/cycle/{zoom}/{x}/{y}.png?apikey=7bd5ed2197cf4da29fa26de0ba6530cc/19/285337/186968
- 01657.698 E: Region [TMS_BLOCK_v2] : Failure getting from disk, key = OpenCycleMap:https://{switch:a,b,c}.tile.thunderforest.com/cycle/{zoom}/{x}/{y}.png?apikey=7bd5ed2197cf4da29fa26de0ba6530cc/19/285336/186966
- 01657.715 E: Region [TMS_BLOCK_v2] : Failure getting from disk, key = OpenCycleMap:https://{switch:a,b,c}.tile.thunderforest.com/cycle/{zoom}/{x}/{y}.png?apikey=7bd5ed2197cf4da29fa26de0ba6530cc/19/285336/186967
- 01657.719 E: Region [TMS_BLOCK_v2] : Failure getting from disk, key = OpenCycleMap:https://{switch:a,b,c}.tile.thunderforest.com/cycle/{zoom}/{x}/{y}.png?apikey=7bd5ed2197cf4da29fa26de0ba6530cc/19/285336/186968
- 01657.858 E: Region [TMS_BLOCK_v2] : Failure getting from disk, key = osm-hr_ Zagreb 2018 Aerial imagery:https://tms.osm-hr.org/zagreb-2018/{zoom}/{x}/{-y}.png/19/285336/186966
- 01657.873 E: Region [TMS_BLOCK_v2] : Failure getting from disk, key = osm-hr_ Zagreb 2018 Aerial imagery:https://tms.osm-hr.org/zagreb-2018/{zoom}/{x}/{-y}.png/19/285336/186967
- 01657.891 E: Region [TMS_BLOCK_v2] : Failure getting from disk, key = osm-hr_ Zagreb 2018 Aerial imagery:https://tms.osm-hr.org/zagreb-2018/{zoom}/{x}/{-y}.png/19/285336/186968

[mnalis]

still blank after "sudo apt-get remove libatk-wrapper-java"

[skyper]

I have seen all kinds a problems with wayland and gnome on debian buster, like complete artifacts in additional windows, artifacts staying on the screen, missing icons in panels, and so on, especially, if memory gets low, but not always. I did not figure out where these problems come from, yet, but, for me a complete repaint of JOSM usually solves the problem, e.g. switching to fullscreen and back.

Anyway, you seem to be running the xserver without wayland, right?
Additionally, you are using webstart, or did I get this wrong?

Did you ever try the josm package in buster-backports or JOSM's own ubuntu packages which work without problem on Debian? See Linux Repositories.

[Don-vip]

Replying to mnalis:

I'd gladly report bug to Debian libatk-wrapper-java package, if I could confirm it. But I've removed the libatk-wrapper-java and libatk-wrapper-java-jni Debian Buster packages now from my system (nothing else seemed to depend on them),

Ah, great. Previously it was not possible to remove it.
Can you please check:

• without any JOSM plugin
• with a different look and feel
• with openjdk 15

[skyper]

Replying to Don-vip:

Replying to mnalis:

I'd gladly report bug to Debian libatk-wrapper-java package, if I could confirm it. But I've removed the libatk-wrapper-java and libatk-wrapper-java-jni Debian Buster packages now from my system (nothing else seemed to depend on them),

Ah, great. Previously it was not possible to remove it.

Openjdk-11-jre, still recommends libatk-wrapper-java-jni and this recommends libatk-wrapper-java which means that most users will have it installed.

[mnalis]

Replying to skyper:

I have seen all kinds a problems with wayland and gnome on debian buster, like complete artifacts in additional windows, artifacts staying on the screen, missing icons in panels, and so on, especially, if memory gets low, but not always. I did not figure out where these problems come from, yet, but, for me a complete repaint of JOSM usually solves the problem, e.g. switching to fullscreen and back.

I've tried resizing, minimizing, maximizing and fullscreen on/off do not solve the issue for me, the F3 window remains blank.
I did not notice any of the other screen issues you mention.

Anyway, you seem to be running the xserver without wayland, right?
Additionally, you are using webstart, or did I get this wrong?

Yes, I am not using gnome nor wayland, just plain xserver with icewm window manager.

Did you ever try the josm package in buster-backports or JOSM's own ubuntu packages which work without problem on Debian? See Linux Repositories.

No, I did not. I did try using JOSM from Debian few major versions ago, but I had issues with plugins often complaining it was too old, so I switched to webstart version which I now use all the time without problems last few years.

I've tried running webstart-downloaded version from commandline with 'java -jar xxx', and was able to reproduce the issue in all 3 of them I have on disk:

v.16812 -rw------- 1 mnalis mnalis 15019989 Aug 11 17:33 ~/.cache/icedtea-web/cache/28/https/josm.openstreetmap.de/download/josm-tested.jar
v.17013 -rw------- 1 mnalis mnalis 15132411 Oct  3 16:06 ~/.cache/icedtea-web/cache/29/https/josm.openstreetmap.de/download/josm-tested.jar
v.17804 -rw------- 1 mnalis mnalis 15216248 Oct  9 13:05 ~/.cache/icedtea-web/cache/30/https/josm.openstreetmap.de/download/josm-tested.jar

While the issue is there now on all three versions, I am somewhat suspicious of the oldest one, as I did not notice a problem back in august (but I just used JOSM very little in Aug/Sep 2020 so it might be the problem didn't trigger). I was however using JOSM much in Apr/May 2020, and the problem definitively didn't manifest back then.

The another interesting thing I noticed when testing is that my plugins weren't updated for some reason until I clicked "Update plugins" icon which updated a dozen of them. That is with Plugin update policy having "Always update without asking" both on startup and every 30 days. Probably worth filing another bug report for that? Unfortunately, updating all plugins to latest version did not help and the F3 bug remains after JOSM restart.

[mnalis]

I will additionally try:

• with a different look and feel of IceWM
• with different window manager
• without any JOSM plugin
• with old version of JOSM-tested which I'm pretty sure didn't exhibit a bug: https://josm.openstreetmap.de/nexus/content/groups/public/org/openstreetmap/josm/josm/16238/josm-16238.jar

unfortunately, I cannot try with openjdk 15, as it is not in Debian Buster (nor in Buster-backports).
It will take some time probably, but I'll update as I progress.
Let me know if you have any other ideas on what else I could try / put my attention on, in order to debug this?

[skyper]

Thanks for trying to find the problem.

First thing I would do, is testing with new/empty preferences, see Help/Preferences and Help/Action/About.
Please, forget the X and WM differences for now, as it should not make any differences.
Please, be careful trying different versions as downgrading preferences is not supported and only upgrade works.

Replying to mnalis:

Did you ever try the josm package in buster-backports or JOSM's own ubuntu packages which work without problem on Debian? See Linux Repositories.

No, I did not. I did try using JOSM from Debian few major versions ago, but I had issues with plugins often complaining it was too old, so I switched to webstart version which I now use all the time without problems last few years.

You need to use backports. The version in stable is always outdated.

The another interesting thing I noticed when testing is that my plugins weren't updated for some reason until I clicked "Update plugins" icon which updated a dozen of them. That is with Plugin update policy having "Always update without asking" both on startup and every 30 days. Probably worth filing another bug report for that? Unfortunately, updating all plugins to latest version did not help and the F3 bug remains after JOSM restart.

For the plugin issue have a look at #19006. Maybe, you have/had several paths in use.

[mnalis]

Classically, now that I try to reproduce bug, it takes much longer - 55 minutes of hard editing to get it to trigger.
I've managed to reproduce it and tried to play with other thigks in JOSM to see if I can get some more info before nuking my preferences and trying it that way... Interestingly, once F3 stops working, I could do Edit / Search for objects by preset (shift-F3) (which shows same data) and get it to display correctly ONCE, but subsequent tries resulted in it also producing blank window.

But skyper you were right before: while making JOSM fullscreen or resizing it did not affect the blank "F3 subwindow" at all when I tried it before, if I try to move or resize "F3 subwindow" now it brings it back to life instantly. However, once the bug has manifested in editing session, every subsequent time I press F3 or try to open it via menu still bring the F3 subwindow blank and I must move or resize it again so it becomes visible, until I restart JOSM.

Does that change the verdict and things I should try, or should I still try to reproduce the bug after (backing up and) nuking ~/.josm ?
It does smell much more of windowmanager now...

Thanks for your hints!

[skyper]

Wow, you still use ~/.josm or is this still the default with webstart?

You can also set a "profile" with paths to use on startup, see Help/CommandLineOptions. A try with clean preferences, would still be my first step. I have a test profile including -Djosm.home=/tmp/JOSM/josm_test_$(date +%s)

Replying to mnalis:

I will additionally try:

• with old version of JOSM-tested which I'm pretty sure didn't exhibit a bug: https://josm.openstreetmap.de/nexus/content/groups/public/org/openstreetmap/josm/josm/16238/josm-16238.jar

This would still help. See Archiv, for older versions.

[mnalis]

For the record: it does seem to be bug with interaction with window manager.

I did upgrade icewm mid-October/2020, which is exactly about when problems started occurring.
I've now downgraded back to Buster version (to icewm 1.4.3.0~pre-20181030-2) and have put some 5-6 hours of editing in several sessions, without incident reoccurring.

I'll leave it as-is to be sure in the months to come, but when Debian Bullseye is released, I'll see if that version breaks too and try to find a root cause if so. (Or if it was bug on windowmanager side and gets fixed by then, all the better!)

[skyper]

Maybe, the WM is indeed the problem here, see #19738.