Repository navigation
Decreasing the width of vim.exe corrupts buffer #5428
Description
Dragging vim.exe across the DPI boundary to a 100% scale display corrupts the first line of the buffer - maybe related to #5398?
Probably not related to #5398, but generally #5181/#5294. I'd bet it repros in master too. The exact repro is:
- Open
vim.exewith no profile - Create a file with two lines: "aaa" and "bbb". I didn't have a trailing blank line.
- Move the cursor to the 'a' in the first column, so the cursor is at 0,0.
- Decrease the width of the buffer by one char.
At this point, the buffer will get corrupted. The "aaa" line will be in the scrollback, we'll have two "bbb" lines in vim, but the conpty will have the correct text.
Found during #5345/#5427. I also had #5398 merged into my branch at the time.
Metadata
Metadata
Assignees
Labels
Related to output processing (inserting text into buffer, retrieving buffer text, etc.)It either shouldn't be doing this or needs an investigation.It's a new issue that the core contributor team needs to triage at the next triage meetingA description (P2)The new Windows Terminal.Fix is checked in, but it might be 3-4 weeks until a release.
Activity
I believe this is a test for #5428
Add a test to cover #5428 (#5449)