Repository navigation
GTK/Wayland: split resize shows a one-frame stale-geometry "snap back" (1.3.1, AMD GPU) #13328
Issue DescriptionDuring a split resize, the resized pane is redrawn for a single frame at its previous geometry before snapping to the new size (a visible one-frame "snap back"). Happens with a "resize_split" keybind.
Related to #8208 (whole-window flicker on split changes, fixed in 1.3.0). On 1.3.1 a distinct, smaller artifact remains. Possibly the same phenomenon as #8773 and #9376. Renderer:
issue_ghostty.mp4Expected BehaviorResizing a split should look smooth, with no flicker. Actual BehaviorDuring the resize, the pane flickers: for one frame it is drawn at its previous geometry before snapping to the new size. Reproduction Steps
Ghostty LogsGhostty VersionOS Version InformationUbuntu 24.04.4 LTS (Linux only) Display ServerWayland (Linux only) Desktop Environment/Window ManagerGNOME Shell 46.0 Minimal Ghostty ConfigurationReproduces with an empty configurationAdditional Relevant ConfigurationNo response I acknowledge that:
|
Replies: 2 comments
|
I think I see the same issue, plus, I just noticed that if I use keyboard shortcuts to resize split panes, Ghostty leaks a lot of memory very very quickly (now at 3.6G, after holding the shortcut keys for ~5s). Resizing using mouse is fine. Ubuntu 26.04 + Gnome Wayland |
Should be fixed with #13414.
The memory leak is caused by a GTK bug which is fixed in the new 4.23.3 version. Although it will probably take some time until it is available in official packages for many distros.