Repository navigation
Empty content in popup/info windows using Wayland (Forcing X11 backend cause Eclipse IDE to hang) #3539
Description
Describe the bug
Eclipse IDE in Wayland produces empty popup info windows. Forcing X11 backend using variable 'GDK_BACKEND=x11' shows popup info windows correctly, however this causes Eclipse to hang after a while when alternating between windows apps (for instance, using alt+tab).
To Reproduce
Run eclipse, open a java class, move/place the mouse cursor over a Java Class/method in the code and wait a second until the popup info window automatically appears. (See screenshots)
In the moment the empty window appears I can see in the terminal these Gtk-CRITICAL and Gtk-WARNING messages:
user@pc > ./eclipse
Aug 24, 2026 6:12:33 PM org.apache.aries.spifly.BaseActivator log
INFO: Registered provider ch.qos.logback.classic.spi.LogbackServiceProvider of service org.slf4j.spi.SLF4JServiceProvider in bundle ch.qos.logback.classic
18:12:36.038 [Start Level: Equinox Container: 9f213c99-bc2b-4c54-96e9-2ddeb9f81a89] DEBUG org.eclipse.jgit.internal.util.ShutdownHook -- register org.eclipse.jgit.util.FS$FileStoreAttributes$$Lambda/0x00007fa274225500@62f798b3 with shutdown hook
18:12:36.038 [Start Level: Equinox Container: 9f213c99-bc2b-4c54-96e9-2ddeb9f81a89] DEBUG org.eclipse.jgit.internal.util.ShutdownHook -- register org.eclipse.jgit.util.FS$FileStoreAttributes$$Lambda/0x00007fa274225500@62f798b3 with shutdown hook
(Eclipse:427564): Gtk-CRITICAL **: 18:12:58.157: gtk_widget_get_preferred_width_for_height: assertion 'height >= 0' failed
(Eclipse:427564): Gtk-WARNING **: 18:12:58.157: gtk_widget_size_allocate(): attempt to allocate widget with width 226 and height -1
Expected behavior
The popup/info window should appear WITH content like in this image:

Screenshots
This is the empty popup/info window that is currently being displayed

Environment:
-
- [] All OS
-
- Windows
-
- Linux
-
- macOS
- Additional OS info (e.g. OS version, Linux Desktop, etc)
Operating System: Fedora Linux 44 (Workstation Edition)
Kernel: Linux 6.19.10-300.fc44.x86_64
GNOME Version: GNOME Shell 50.0
Backend: Wayland
- JRE/JDK version
I'm using the default JRE/JDK used by installation in the eclipse.ini, no changes.
...
-vm
plugins/org.eclipse.justj.openjdk.hotspot.jre.full.linux.x86_64_21.0.11.v20260515-1531/jre/bin/java
...
Version since
The error is reproducible in:
- 'eclipse-java-2026-03-R-linux-gtk-x86_64'
- 'eclipse-java-2026-06-R-linux-gtk-x86_64'
- 'eclipse-SDK-4.41RC1-linux-gtk-x86_64'
Workaround (or) Additional context
-
Forcing X11 backend using variable 'GDK_BACKEND=x11' shows popup info windows correctly, however this causes Eclipse to hangs after a while when alternating between windows apps (for instance, using alt+tab); In most cases -or at least for me- Eclipse hangs when I alternate windows between Eclipse and Chrome.
user@pc > GDK_BACKEND=x11 WEBKIT_DISABLE_COMPOSITING_MODE=1 WEBKIT_DISABLE_DMABUF_RENDERER=1 ./eclipse -
Variables 'WEBKIT_DISABLE_COMPOSITING_MODE=1' and 'WEBKIT_DISABLE_DMABUF_RENDERER=1' used along with 'GDK_BACKEND=x11' do not avoid Eclipse from hanging.
-
Changing themes (dark/light) in GNOME does not solve the issue of the empty popup/info window or prevent Eclipse IDE from hanging when 'GDK_BACKEND=x11' is used.
This is a screenshot of the Eclipse IDE window when it hangs

Activity
[-]Empty popup/help windows in Wayland (Forcing X11 backend hangs)[/-][+]Empty popup/help windows in Wayland (Forcing X11 backend cause Eclipse IDE to hang)[/+][-]Empty popup/help windows in Wayland (Forcing X11 backend cause Eclipse IDE to hang)[/-][+]Empty content in popup/info windows using Wayland (Forcing X11 backend cause Eclipse IDE to hang)[/+]barrenaedu commentedon Aug 25, 2026
Today I tried several commands, for instance:
user@pc > GDK_BACKEND=x11 SWT_GTK3=1 GDK_DISABLE=vulkan WEBKIT_DISABLE_DMABUF_RENDERER=1 WEBKIT_DMABUF_RENDERER_FORCE_SHM=1 WEBKIT_DISABLE_COMPOSITING_MODE=1 LIBGL_ALWAYS_SOFTWARE=1 __GL_THREADED_OPTIMIZATIONS=0 __GL_SYNC_TO_VBLANK=0 ./eclipseStill no success. The IDE keeps crashing after switching between some app windows, and the main window becomes unresponsive.
merks commentedon Aug 25, 2026
FYI, our GTK expert is on vacation this week...
vogella commentedon Aug 25, 2026
Would be interesting to see where boxHeight < 0 is set.
If you are up for a bit of hacky testing, here is a zip with a patched class and a script to apply it in your Eclipse installation. It SHOULD save the old JAR but no guarantee, better try this out in a copy of your Eclipse installation. See README.md for usage.
swt-3539-diagnostic.zip
barrenaedu commentedon Aug 25, 2026
Sure, this is the ouput file.
user@pc > .//eclipse -clean 2>&1 | tee /tmp/swt-3539.logswt-3539.log
vogella commentedon Aug 25, 2026
Please also include:
xrandr --listmonitorsor the Displays panel: how many monitors, their resolution and arrangementvogella commentedon Aug 25, 2026
swt-3539-diagnostic.zip
And try this new zip. It has more diagnostics in and prevents that weight and height is set below zero.
barrenaedu commentedon Aug 25, 2026
I run the test twice, I could not see any popup window in this case. I'm also including a xrandr.log file and additional information of my system.
xrandr.log
swt-3539.log
vogella commentedon Aug 25, 2026
Thanks @barrenaedu I'm leaving now my computer, I will look at the log tomorrow in detail. From the stack it looks like org.eclipse.jface.text.AbstractInformationControl.setSize is doing something silly.
vogella commentedon Aug 25, 2026
As a workaround, try single or dual monitor usage instead of 3.
barrenaedu commentedon Aug 25, 2026
Oh, you gave me good information there =D
I found a workaround for the three monitors, it seems the cause is the elevation of my third monitor in the gnome settings.
This configuration does NOT work:


This configuration does work (Reducing a bit the height of the third monitor)


Thank you!
barrenaedu commentedon Aug 25, 2026
/Update
I see some misbehavior in the autocomplete menu (Ctrl+Space). The methods of the object/class are displayed correctly, but the Javadoc popup/window for each of them is displayed on another monitor; It’s not crucial i think, i’m just mentioning it in case it’s useful.
So far, the IDE is working again on Fedora + Wayland without any extra parameters such as WEBKIT_DISABLE_COMPOSITING_MODE, WEBKIT_DISABLE_DMABUF_RENDERER, or GDK_BACKEND, which makes me very happy.
13 remaining items
[GTK] Do not pass a negative size to gtk_widget_size_allocate
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window
[GTK] Anchor Wayland display coordinates to the monitor of the window