Bug 505217

Summary: Resizing by ESC [ 8 ; <width> ; <height> t with larger width/height than fits has unexpected results
Product: [Applications] konsole Reporter: julian
Component: generalAssignee: Konsole Developer <konsole-devel>
Status: RESOLVED DUPLICATE    
Severity: normal CC: john.kizer
Priority: NOR    
Version First Reported In: 25.04.1   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description julian 2025-06-04 18:43:33 UTC
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
Comment 1 John Kizer 2025-06-16 04:48:36 UTC
Merging in with an existing confirmed report for this issue, thanks!

*** This bug has been marked as a duplicate of bug 238073 ***