[konsole] [Bug 505217] New: Resizing by ESC [ 8 ; <width> ; <height> t with larger width/height than fits has unexpected results
bugzilla_noreply at kde.org
bugzilla_noreply at kde.org
Wed Jun 4 19:43:33 BST 2025
https://bugs.kde.org/show_bug.cgi?id=505217
Bug ID: 505217
Summary: Resizing by ESC [ 8 ; <width> ; <height> t with larger
width/height than fits has unexpected results
Classification: Applications
Product: konsole
Version First 25.04.1
Reported In:
Platform: Arch Linux
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: konsole-devel at kde.org
Reporter: julian at scheffers.net
Target Milestone: ---
SUMMARY
Using the `ESC [ 8 ; <width> ; <height> t` escape sequence to resize the
terminal will cause the cursor to be at a visually incorrect position if said
width and height are larger than the current window size fits. The problem can
be worked around by switching to another tab and back.
STEPS TO REPRODUCE
1. Open Konsole
2. Pick some width*height larger than the current window size, e.g. 80x80
3. Enter aforementioned escape sequence, e.g. echo -ne '\033[8;100;100t'
4. Scroll all the way down
OBSERVED RESULT
The cursor graphics moves away from where it was due to scrolling, and is at a
vertical offset downwards from where the cursor really is. The screen also has
more scrollable area to apparently match the size request, but I'm not sure
whether or not this second point is intentional.
EXPECTED RESULT
The actual size would be clamped to what fits in the window and scrolling would
not distort the cursor graphics' position.
SOFTWARE/OS VERSIONS
KDE Plasma Version: 6.3.5
KDE Frameworks Version: 6.14.0
Qt Version: 6.9.0
ADDITIONAL INFORMATION
Bug originally discovered due to a virtual machine printing an escape sequence
that triggered it.
Using Arch Linux, Linux kernel currently 6.12.30-1-lts
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the konsole-devel
mailing list