[GTK] Eclipse crashes in gdk_window_get_screen starting with GTK 3.24.44

[LorenzoBettini]

Both when I try to "Configure" the custom Cleanup dialog (with context menu, "Source", "Cleanup") and "Edit" in the corresponding Eclipse preference, Eclipse hangs and then crashes with this:

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x00007d9ca4049b36, pid=33033, tid=33034
#
# JRE version: OpenJDK Runtime Environment (21.0.6+7) (build 21.0.6+7)
# Java VM: OpenJDK 64-Bit Server VM (21.0.6+7, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
# Problematic frame:
# C  [libgdk-3.so.0+0x36b36]  gdk_window_get_screen+0x26
#
# Core dump will be written. Default location: Core dumps may be processed with "/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h" (or dumping to /media/bettini/common/eclipse/xtext-latest/eclipse/core.33033)
#
# An error report file with more information is saved as:
# /media/bettini/common/eclipse/xtext-latest/eclipse/hs_err_pid33033.log
[144,728s][warning][os] Loading hsdis library failed
#

Note that I had reported that here eclipse-jdt/eclipse.jdt.ui#2107 but I was told it is an SWT issue.

Environment:

1. Select the platform(s) on which the behavior is seen:

• • All OS
• • Windows
• • Linux
• • macOS

2. Additional OS info (e.g. OS version, Linux Desktop, etc)

Arch Linux, KDE, Wayland (but Eclipse runs with Xwayland)

3. JRE/JDK version

openjdk version "21.0.6" 2025-01-21

Version since
Eclipse 2025-03

[iloveeclipse]

Which GTK version you are using? Can you switch to X11 and check if that solves the problem?

[iloveeclipse]

"Edit" in the corresponding Eclipse preference

Could you please attach a screenshot of what do you mean by "Edit"?

[LorenzoBettini]

@iloveeclipse here are some additional information:

the same problem happens also in X11

these are the versions of gtk from the Eclipse configuration dialog:

*** System properties:
gtk
/home/bettini/eclipse/bundlepool/plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.2.1300.v20250212-0927/eclipse_11909.so
org.eclipse.swt.internal.gtk.theme=Adwaita:light:dark
org.eclipse.swt.internal.gtk.version=3.24.49
osgi.ws=gtk

*** Plug-in Registry:
org.eclipse.e4.ui.swt.gtk (1.2.200.v20240416-0658) "Eclipse UI GTK Enhancements" [Resolved]
org.eclipse.equinox.launcher.gtk.linux.x86_64 (1.2.1300.v20250212-0927) "Equinox Launcher Linux X86_64 Fragment" [Resolved]
org.eclipse.swt.gtk.linux.x86_64 (3.129.0.v20250221-1734) "Standard Widget Toolkit for GTK on x86_64" [Resolved]

As for the installed packages on the system:

local/gtk2 2.24.33-5
    GObject-based multi-platform GUI toolkit (legacy)
local/gtk3 1:3.24.49-1
    GObject-based multi-platform GUI toolkit
local/gtk4 1:4.16.12-1
    GObject-based multi-platform GUI toolkit

I noted that the "Configure Cleanup" dialog is not the only one leading to the crash.

This is the dialog appearing with Source -> Cleanup; clicking on "Configure" leads to the crash

This is the preference dialog I was mentioning above; clicking on "Edit" leads to crash

Finally, also the preference dialog for the target platform has the same problem; clicking on "Add" leads to crash

[iloveeclipse]

the same problem happens also in X11

Could you please attach one of the generated hs_err_pid* files on X11? Are they all crash in gdk_window_get_screen?

On RHEL 9.2/KDE 5/ gtk3-3.24.31-2 I don't see any crashes in dialogs mentioned.

You use slightly different GTK 3.24.49-1 version and you are using a different theme: Adwaita:light:dark (mine is Breeze). Also I use few different css hacks to get the theme look nice.

You could try to switch KDE theme to "Breeze" (KDE default) or use default GTK3 Adwaita theme (the one you are using looks like a "pimped" Adwaita, the buttons are way too small for GTK3 Adwaita).

GTK themes were always a mine field because of GTK breaking everything related to them with almost every GTK release. Not sure it is what do you observe here.

[LorenzoBettini]

here's one of the log:

hs_err_pid13846.log

the screenshots above are in KDE, where I also use the default Breeze theme.
The them should be Adwaita:light.
In fact, here's how I run Eclipse from the command line:

env GDK_BACKEND=x11 GTK_THEME=Adwaita:light "${PWD}"/eclipse

I don't understand why the configuration dialog reports "Adwaita:light:dark".

However, I also experimented with GNOME (still Arch Linux with the above-mentioned packages).
Exactly the same problems...

maybe some bugs in the JDK or GTK package...

currently, I have no other Linux distributions to try.

[dhdeangelis]

Following this discussion with interest as I am experiencing similar crashes in an application based on eclipse/swt (see #1885). I also wonder whereas recent changes, possibly very minor, in GTK and/or Wayland are behind this.

[akurtakov]

Tracking down a crash from the IDE to a pure SWT snippet in order to be able to debug the issue in sane way is quite often half of the work.
In order to make it easier and more likely to have these issues looked and worked on I strongly encourage everyone to work on that - it doesn't require any special WS knowledge, native coding, etc. thus it should be the "go-to" way for everyone to speed up the process.
P.S Every change in underlying toolkit, ws, de, whatever could cause such problems, esp. in the cases where SWT still relies on "old way" of doing things for compatibility with old systems.

[iloveeclipse]

the screenshots above are in KDE, where I also use the default Breeze theme.

Could you please try without GTK_THEME=Adwaita:light argument, and/or with GTK_THEME=Breeze?

Beside this, I believe this is related to the IM input methods issue.
What is the value of GTK_IM_MODULE in your environment? Could you export GTK_IM_MODULE=ibus for Eclipse?

[LorenzoBettini]

@iloveeclipse I tried what you said.

Assuming GDK_BACKEND=x11.

Without GTK_THEME=Adwaita:light: same problem.

With GTK_THEME=Breeze: same problem.

With GTK_IM_MODULE=ibus (even with GTK_THEME=Adwaita:light) it works, but without GDK_BACKEND=x11.
In fact, even GTK_THEME=Adwaita:light works (again, without GDK_BACKEND=x11).
Thus, GDK_BACKEND=x11 GTK_IM_MODULE=ibus still does not work.

Switching to an X11 session fails (even with GTK_IM_MODULE=ibus).

I'd tend to imply that the problem is X11.
As I said at the beginning, even if I run KDE Wayland (and GNOME Wayland), I used to run Eclipse with GDK_BACKEND=x11.

To summarize, it works ONLY if I'm on Wayland and I don't force Eclipse to X11.
And GTK_IM_MODULE=ibus doesn't make any difference.

[akurtakov]

@LorenzoBettini Arch might have not made a step of not installing X11 packages by default yet. Fedora did so (https://fedoraproject.org/wiki/Changes/WaylandOnlyGNOMEWorkstationMedia) and a user has to install manually a package if he wants to keep using x11 . Is it possible that smth similar happens to your OS? At least smth as fundamental as gdk_window_get_screen failing on x11 (only!) points me in such direction.

[LorenzoBettini]

@akurtakov I'm on Arch, as I said in my original post. I can login into KDE X11, where everything works, besides this problem. It's also the first time I get this problem. Which package do you suggest to install?

[akurtakov]

Unfortunately, I have no clue about possible Arch changes.

[LorenzoBettini]

Similar problem here: https://bugs.gentoo.org/952006

Downgrading the package gtk3 from 3.24.49-1 to 3.24.43-4 fixes the problem.
Version 3.24.43-4 is the last without the problem. All versions in between lead to a crash.