Decreasing the width of vim.exe
corrupts buffer
#5428
Labels
Area-Output
Related to output processing (inserting text into buffer, retrieving buffer text, etc.)
Issue-Bug
It either shouldn't be doing this or needs an investigation.
Needs-Triage
It's a new issue that the core contributor team needs to triage at the next triage meeting
Priority-2
A description (P2)
Product-Terminal
The new Windows Terminal.
Resolution-Fix-Committed
Fix is checked in, but it might be 3-4 weeks until a release.
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:vim.exe
with no profileAt 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.
The text was updated successfully, but these errors were encountered: