GTK/Wayland: split resize shows a one-frame stale-geometry "snap back" (1.3.1, AMD GPU) #13328
Unanswered
lascrountch
asked this question in
Issue Triage
Replies: 1 comment
|
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 |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Issue Description
During 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.
info(opengl): loaded OpenGL 4.6is logged on every resize.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.mp4
Expected Behavior
Resizing a split should look smooth, with no flicker.
Actual Behavior
During the resize, the pane flickers: for one frame it is drawn at its previous geometry before snapping to the new size.
Reproduction Steps
Ghostty Logs
Ghostty Version
OS Version Information
Ubuntu 24.04.4 LTS
(Linux only) Display Server
Wayland
(Linux only) Desktop Environment/Window Manager
GNOME Shell 46.0
Minimal Ghostty Configuration
Additional Relevant Configuration
No response
I acknowledge that:
```) on separate lines.All reactions