Menus do not properly pop up on Xwayland

[tpaniaki]

JabRef version

6.0-alpha

Operating system

GNU / Linux

Details on version and operating system

Qtile / wayland (Xwayland)

Checked with the latest development build (copy version output from About dialog)

• I made a backup of my libraries before testing the latest development version.
• I have tested the latest development version and the problem persists

Steps to reproduce the behaviour

Rough duplicate of #5867.

Jabref is unusable as menus pop up and disappear right away.

Appendix

Qtile log

2025-01-12 01:52:32,633 ERROR wlroots log.py:log_func_callback():L15 [xwayland/xwm.c:1163] Failed to get window property
2025-01-12 01:52:34,202 ERROR wlroots log.py:log_func_callback():L15 [xwayland/xwm.c:1163] Failed to get window property
2025-01-12 01:52:34,203 ERROR wlroots log.py:log_func_callback():L15 [xwayland/xwm.c:1619] xcb error: op ChangeProperty (no minor), code Window (no extension), sequence 1457, value 23068678
2025-01-12 01:52:34,203 ERROR wlroots log.py:log_func_callback():L15 [xwayland/xwm.c:1619] xcb error: op DeleteProperty (no minor), code Window (no extension), sequence 1458, value 23068678
2025-01-12 01:52:34,203 ERROR wlroots log.py:log_func_callback():L15 [xwayland/xwm.c:1619] xcb error: op ChangeProperty (no minor), code Window (no extension), sequence 1459, value 23068678
2025-01-12 01:52:34,203 ERROR wlroots log.py:log_func_callback():L15 [xwayland/xwm.c:1619] xcb error: op DeleteProperty (no minor), code Window (no extension), sequence 1460, value 23068678
2025-01-12 01:52:34,203 ERROR wlroots log.py:log_func_callback():L15 [xwayland/xwm.c:1619] xcb error: op DeleteProperty (no minor), code Window (no extension), sequence 1462, value 23068678

Jabref log

Messages are not initialized before accessing key: Display help on command line options
2025-01-12 01:15:46 [main] org.jabref.logic.search.PostgreServer.<init>()
INFO: Postgres server started, connection port: 37949
2025-01-12 01:15:46 [JavaFX Application Thread] org.jabref.gui.theme.ThemeManager.updateThemeSettings()
INFO: Not updating theme because it hasn't changed
2025-01-12 01:15:46 [JavaFX Application Thread] org.jabref.gui.theme.ThemeManager.updateThemeSettings()
INFO: Theme set to Theme{type=DEFAULT, name=''} with base css StyleSheet{jrt:/org.jabref/org/jabref/gui/Base.css}
2025-01-12 01:15:46 [JavaFX Application Thread] org.jabref.logic.ai.util.MVStoreBase.<init>()
ERROR: An error occurred while opening chat history storage. Chat history of entries and groups will not be stored in the next session.: org.h2.mvstore.MVStoreException: The file is locked: /home/fabien/.local/share/jabref/ai/1/chat-histories.mv [2.3.232/7]
	at org.jabref.merged.module@6.0.15019/org.h2.mvstore.DataUtils.newMVStoreException(Unknown Source)
	at org.jabref.merged.module@6.0.15019/org.h2.mvstore.SingleFileStore.lockFileChannel(Unknown Source)
	at org.jabref.merged.module@6.0.15019/org.h2.mvstore.SingleFileStore.open(Unknown Source)
	at org.jabref.merged.module@6.0.15019/org.h2.mvstore.SingleFileStore.open(Unknown Source)
	at org.jabref.merged.module@6.0.15019/org.h2.mvstore.MVStore.<init>(Unknown Source)
	at org.jabref.merged.module@6.0.15019/org.h2.mvstore.MVStore$Builder.open(Unknown Source)
	at org.jabref@6.0.15019/org.jabref.logic.ai.util.MVStoreBase.<init>(Unknown Source)
	at org.jabref@6.0.15019/org.jabref.logic.ai.chatting.chathistory.storages.MVStoreChatHistoryStorage.<init>(Unknown Source)
	at org.jabref@6.0.15019/org.jabref.logic.ai.AiService.<init>(Unknown Source)
	at org.jabref@6.0.15019/org.jabref.gui.JabRefGUI.initialize(Unknown Source)
	at org.jabref@6.0.15019/org.jabref.gui.JabRefGUI.start(Unknown Source)
	at javafx.graphics@23.0.1/com.sun.javafx.application.LauncherImpl.lambda$launchApplication1$9(Unknown Source)
	at javafx.graphics@23.0.1/com.sun.javafx.application.PlatformImpl.lambda$runAndWait$12(Unknown Source)
	at javafx.graphics@23.0.1/com.sun.javafx.application.PlatformImpl.lambda$runLater$10(Unknown Source)
	at java.base/java.security.AccessController.doPrivileged(Unknown Source)
	at javafx.graphics@23.0.1/com.sun.javafx.application.PlatformImpl.lambda$runLater$11(Unknown Source)
	at javafx.graphics@23.0.1/com.sun.glass.ui.InvokeLaterDispatcher$Future.run(Unknown Source)
	at javafx.graphics@23.0.1/com.sun.glass.ui.gtk.GtkApplication._runLoop(Native Method)
	at javafx.graphics@23.0.1/com.sun.glass.ui.gtk.GtkApplication.lambda$runLoop$10(Unknown Source)
	at java.base/java.lang.Thread.run(Unknown Source)
2025-01-12 01:15:46 [JavaFX Application Thread] org.freedesktop.dbus.connections.transports.TransportBuilder.build()
INFO: Using transport dbus-java-transport-native-unixsocket to connect to unix:path=/run/user/1000/bus
2025-01-12 01:15:46 [JavaFX Application Thread] org.jabref.gui.StateManager.setActiveDatabase()
INFO: No open database detected

(JabRef:220223): Gdk-WARNING **: 01:15:46.994: XSetErrorHandler() called with a GDK error trap pushed. Don't do that.
2025-01-12 01:15:47 [JavaFX Application Thread] sun.util.logging.internal.LoggingProviderImpl$JULWrapper.log()
WARN: Resource "" not found.
2025-01-12 01:15:48 [JavaFX Application Thread] sun.util.logging.internal.LoggingProviderImpl$JULWrapper.log()
WARN: Resource "" not found.

[koppor]

Is this Linux Mint or another OS?

[tpaniaki]

I'm running qtile which uses wlroots.

[bauer-at-work]

same here on Fedora 41 with KDE Plasma:

inxi -SG
System:
  Host: michael-zbook Kernel: 6.13.8-200.fc41.x86_64 arch: x86_64 bits: 64
  Desktop: KDE Plasma v: 6.3.3 Distro: Fedora Linux 41 (KDE Plasma)
Graphics:
  Device-1: NVIDIA AD107GLM [RTX 2000 Ada Generation Laptop GPU]
    driver: nvidia v: 570.133.07
  Device-2: Sunplus Innovation WebCamera driver: snd-usb-audio,uvcvideo
    type: USB
  Device-3: Luxvisions Innotech HP 5MP Camera driver: uvcvideo type: USB
  Display: wayland server: X.org v: 1.21.1.16 with: Xwayland v: 24.1.6
    compositor: kwin_wayland driver: X: loaded: nvidia
    unloaded: modesetting,nouveau gpu: nvidia,nvidia-nvswitch resolution:
    1: 1920x1080~75Hz 2: 1920x1080~75Hz 3: 1920x1200~60Hz
  API: EGL v: 1.5 drivers: nvidia
    platforms: gbm,wayland,x11,surfaceless,device
  API: OpenGL v: 4.6.0 vendor: nvidia v: 570.133.07 renderer: NVIDIA RTX
    2000 Ada Generation Laptop GPU/PCIe/SSE2
  API: Vulkan v: 1.4.304 drivers: N/A surfaces: xcb,xlib,wayland
  Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
    de: kscreen-console,kscreen-doctor gpu: nvidia-settings wl: wayland-info
    x11: xdriinfo, xdpyinfo, xprop, xrandr

[koppor]

We need someone modifying https://github.com/Siedlerchr/javafxreproducer to reproduce this behavior in a minimal way. Then, we can file an issue towards Orcale's JavaFX.

[fbim-genosr]

Same behavior here with jabref 3.8.2+ds-17 on ubuntu

openjdk version "21.0.8" 2025-07-15
OpenJDK Runtime Environment (build 21.0.8+9-Ubuntu-0ubuntu124.04.1)
OpenJDK 64-Bit Server VM (build 21.0.8+9-Ubuntu-0ubuntu124.04.1, mixed mode, sharing)

[koppor]

Same behavior here with jabref 3.8.2+ds-17 on ubuntu

Yeah, the version 8.5 years old has issues. OK. https://blog.jabref.org/2017/01/29/JabRef3-8-2/

Can you please help packaing JabRef for debian - or use the snapcraft or flatpack version?

Alternatively, you can try out the deb from https://builds.jabref.org/main/. Remember to use gdebi for installing

[fbim-genosr]

Thank you for your reply. Installing jabref 6 backport solved the problem for me.

I wonder why such an old version still is part of an Ubuntu distro. Unfortunately, I am not into packaging at all.

[koppor]

Thank you for your reply. Installing jabref 6 backport solved the problem for me.

Nice!

I wonder why such an old version still is part of an Ubuntu distro. Unfortunately, I am not into packaging at all.

Because

1. No one of the JabRef maintainers and users is into packaging
2. No one of the JabRef maintainers and users wants to spend time into packaging
3. No one of the JabRef maintainers and users wants to spend money to pay someone to work on packaging
4. No one of the JabRef maintainers and users wants to build and coordinate a team working on packaging
5. The JeabRef maintainers see snap as a valid work around and prioritize working on the 1.000 issues (we have several repositories with issues; this repo here is just the tip of the ice berg) and interacting with contributors higher than diving into packaging.
   Maybe, this is a bit clearer now?
6. I spend dozens of hours to coordinate packaging of version 3.8.1, because 2.9.2 was in debian back then. Tony Mancill and Gregor Herrmann did most of the work. All of this in their free time. They are still open to support, but do not want to do the main work again.

Maybe, things are clearer now. I can provide mor explanations. Covering voluntary work, working for the community, etc.

[Siedlerchr]

Closing this as the issue seems to be resolved in JabRef 6.0