Repository navigation
GTK: quick-terminal-autohide breaks the quick terminal when manually toggled off #11679
Description
See #11534.
Curiously, this manifests differently between different compositors. On KDE/KWin, the window simply turns blank. To restore the quick terminal one must first unfocus it and try to toggle it again.
On Niri the quick terminal is toggled off correctly, but then one must hit toggle twice to get it back open.
Given all this I'm assuming this is some sort of state inconsistency issue that simply nobody had run into before. I'm also not sure if this has been a long-standing issue or a recent regression from 1.3.x onwards.
Activity
pluiedev commentedon Mar 20, 2026
Confirmed this to be a problem on 1.2.x - then this probably never worked and I honestly wonder why I never caught it beforehand, lol
dkinzler commentedon Apr 15, 2026
Not sure if you have figured this one out yet, but I gave it a look and found the bug causing this problem.
The
propIsActivefunction inapprt/gtk/class/window.zig, that is used to automatically hide the quick-terminal window when it becomes inactive, is also triggered when you manually hide the quick-terminal because when you hide the window it also becomes inactive. Normally that should just toggle the terminal off and immediately back on, but additionally there is a re-entrancy issue wheregtk_widget_set_visiblecallspropIsActivewhich callsgtk_widget_set_visibleagain (through a chain of intermediary function calls). These nested calls togtk_widget_set_visiblemess up the GTK window state.I opened a vouch request #12272 with a more detailed explanation.
The fix is to automatically hide the quick-terminal in
propIsActiveonly if the window is inactive and visible.gtk: fix quick terminal breaking when manually toggled off while auto…
pluiedev commentedon Aug 10, 2026
This was fixed in #12471 and never closed (somehow)
feat(bcnelson): switch terminal and drop-down to ghostty