You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Wayland: typed text not drawn in name prompts again (New Calculation/Project/Study), and Builder pane resize freezes #339
Found 2026-10-15 on GNOME Wayland (Debian 13). ECCE runs through XWayland (GDK_BACKEND=x11). Build: wip/test-912. Regression of #311, which was confirmed fixed in 9.1.0.
Name prompts. The typed text arrives (the name appears in the tree after Enter) but is not drawn in the field while typing. Affected: New Calculation, New Project, New GROMACS MD Study.
Diagnosis:
ECCE already sets GTK_IM_MODULE=gtk-im-context-simple, but XMODIFIERS=@im=ibus is inherited from the session.
With XMODIFIERS= ecce, the prompt draws via File > New, but still not via the tree's right-click menu.
So there are two causes:
The launcher must clear XMODIFIERS as well as set the simple IM.
The context-menu path opens the dialog while the popup menu, or a busy cursor or window disabler, still holds input.
Builder pane resize. Resizing the Build pane in the docked column leaves the Builder stuck: resize cursor, no clicks. gdb shows the main loop idle, i.e. a drag that is never released. It happens on native Wayland and, after more resizing, under XWayland too. Under XWayland the sizing is also wrong: the sash above Build cannot be grabbed, and the sash below moves space between Selection and Open structures, not into Build.
Workaround until fixed: start with XMODIFIERS= ecce, create via File > New, and do not resize the Build pane.
Being fixed on wip/wayland-input. Related: #311, #332, #120.
Native Wayland as a fallback, findings 2026-10-15:
Debian's wx 3.2 GL library is GLX-only: no EGL symbols, and it links libGLX. So the 3-D programs must stay on XWayland unless ECCE ships its own wxWidgets built with EGL.
GDK_BACKEND=wayland ecce fails at start with "Unable to initialize GTK+, is DISPLAY set properly?". Something in the start-up chain does not pass the Wayland session through (WAYLAND_DISPLAY / XDG_RUNTIME_DIR?). Not yet investigated.
Current approach: fix the XWayland frame-clock stall inside ECCE (wip/xwayland-paint). Natively on Wayland, the programs without 3-D are the fallback.
Closing: fixes landed after this report (XWayland frame sync 7cf9cbc and 3405200, dialog/text fixes 3767d31 and 6559bce, Builder panes b5323de, 09127dc, e564cbb). Reopen if it shows up again in 9.3 or later.
Activity
ohlincha commentedon Oct 15, 2026
Native Wayland as a fallback, findings 2026-10-15:
GDK_BACKEND=wayland eccefails at start with "Unable to initialize GTK+, is DISPLAY set properly?". Something in the start-up chain does not pass the Wayland session through (WAYLAND_DISPLAY / XDG_RUNTIME_DIR?). Not yet investigated.ohlincha commentedon Oct 21, 2026
Closing: fixes landed after this report (XWayland frame sync 7cf9cbc and 3405200, dialog/text fixes 3767d31 and 6559bce, Builder panes b5323de, 09127dc, e564cbb). Reopen if it shows up again in 9.3 or later.