Skip to content

Decreasing the width of vim.exe corrupts buffer  #5428

@zadjii-msft

Description

@zadjii-msft

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:

  1. Open vim.exe with no profile
  2. Create a file with two lines: "aaa" and "bbb". I didn't have a trailing blank line.
  3. Move the cursor to the 'a' in the first column, so the cursor is at 0,0.
  4. 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

Area-OutputRelated to output processing (inserting text into buffer, retrieving buffer text, etc.)Issue-BugIt either shouldn't be doing this or needs an investigation.Needs-TriageIt's a new issue that the core contributor team needs to triage at the next triage meetingPriority-2A description (P2)Product-TerminalThe new Windows Terminal.Resolution-Fix-CommittedFix is checked in, but it might be 3-4 weeks until a release.

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions