Wayland: typed text not drawn in name prompts again (New Calculation/Project/Study), and Builder pane resize freezes
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 25/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- c, linux
- Domain
- desktop-dev
Research direction
Start by reproducing on Wayland with XMODIFIERS= ecce, then compare File > New with the tree's right-click New path to see where input is still held. The launcher's environment setup (GTK_IM_MODULE and XMODIFIERS) is the first thing to read, and the work is already under way on the wip/wayland-input branch, so check it before starting. Done means the name prompts draw typed text from both entry points and the Builder pane resize releases its drag cleanly.
Written by the indexing model from the issue text.
Description
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.
- Dominant language
- C
- Stars
- 10
- Forks
- 8
- Avg merge
- 21m
- Merged PRs (30d)
- 1
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from FriendsofECCE/ECCE
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
FriendsofECCE/ECCE#336 · 1 comment ·
-
Difficulty 4/5 3-5 days Newbie friendliness 43/100
FriendsofECCE/ECCE#361 · 1 comment ·
-
Difficulty 5/5 Over a week Newbie friendliness 20/100
FriendsofECCE/ECCE#359 ·
-
Difficulty 5/5 Over a week Newbie friendliness 28/100
FriendsofECCE/ECCE#358 ·
-
Difficulty 5/5 Over a week Newbie friendliness 20/100
FriendsofECCE/ECCE#357 · 3 comments ·
All issues in FriendsofECCE/ECCE
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 67/100
dosemu2/dosemu2#3178 · 1 comment · 1 reaction ·
Maintainers usually reply within 1 day
-
backlog bug
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
EchoTools/nevr-runtime#653 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
InfiniTimeOrg/InfiniTime#2492 ·
-
Build fails when `memset_s` is unavailable: `Undefined symbols for architecture ppc: "_memset_s"`Open
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Maintainers usually reply within 1 day