Refresh issue when quitting a full screen console application #11210

Closed
opened 2026-01-31 02:41:29 +00:00 by claunia · 2 comments
Owner

Originally created by @jchomarat on GitHub (Oct 29, 2020).

After quitting a full screen console application on a terminal window that has been resized while having the application opened, the new portion is not refreshed hence some remaining of the application UI sticks on the console

Environment

Windows build number:  Win32NT 10.0.19042.0 Microsoft Windows NT 10.0.19042.0
Windows Terminal version (if applicable): 1.3.2651.0

Any other software?
VIM version 8.2
or
[wttop](https://github.com/jchomarat/wttop) version 1.1

Steps to reproduce

  1. Launch The Windows Terminal
  2. Open a PowerShell core tab
  3. Install either vim or wttop
    a.
/> choco install vim -y
  1. open a file
/> vim test.txt
  1. Resize the terminal windows (make it bigger)
  2. Quit vim (ESC + : + q + Return)

Expected behavior

The Terminal should completely refresh

Actual behavior

We can see the bottom of the application on the terminal

image

Originally created by @jchomarat on GitHub (Oct 29, 2020). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING: 1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement. 2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement. 3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number). 4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement. 5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement. All good? Then proceed! --> After quitting a full screen console application on a terminal window that has been resized while having the application opened, the new portion is not refreshed hence some remaining of the application UI sticks on the console <!-- This bug tracker is monitored by Windows Terminal development team and other technical folks. **Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues**. Instead, send dumps/traces to secure@microsoft.com, referencing this GitHub issue. If this is an application crash, please also provide a Feedback Hub submission link so we can find your diagnostic data on the backend. Use the category "Apps > Windows Terminal (Preview)" and choose "Share My Feedback" after submission to get the link. Please use this form and describe your issue, concisely but precisely, with as much detail as possible. --> # Environment ```none Windows build number: Win32NT 10.0.19042.0 Microsoft Windows NT 10.0.19042.0 Windows Terminal version (if applicable): 1.3.2651.0 Any other software? VIM version 8.2 or [wttop](https://github.com/jchomarat/wttop) version 1.1 ``` # Steps to reproduce <!-- A description of how to trigger this bug. --> 1. Launch The Windows Terminal 2. Open a PowerShell core tab 3. Install either vim or wttop a. ```sh /> choco install vim -y ``` 4. open a file ```sh /> vim test.txt ``` 5. Resize the terminal windows (make it bigger) 6. Quit vim (ESC + : + q + Return) # Expected behavior The Terminal should completely refresh <!-- A description of what you're expecting, possibly containing screenshots or reference material. --> # Actual behavior We can see the bottom of the application on the terminal ![image](https://user-images.githubusercontent.com/6317287/97551770-aca1a280-19d3-11eb-8a3f-a14321508934.png) <!-- What's actually happening? -->
claunia added the Needs-TriageResolution-ExternalNeeds-Tag-Fix labels 2026-01-31 02:41:30 +00:00
Author
Owner

@DHowett commented on GitHub (Jul 2, 2021):

This is unfortunately a weird interaction between Win32 vim and the console infrastructure. It actually takes a full copy of the screen (!) and when you exit, it writes that copy back to the screen. If the buffer size has changed, it can get confused and write the wrong portion of the screen.

I'm gonna close this here and file an issue on vim to use the alternate buffer differently. 😄

@DHowett commented on GitHub (Jul 2, 2021): This is unfortunately a weird interaction between Win32 vim and the console infrastructure. It actually takes a full copy of the screen (!) and when you exit, it writes that copy back to the screen. If the buffer size has changed, it can get confused and write the wrong portion of the screen. I'm gonna close this here and file an issue on vim to use the alternate buffer differently. :smile:
Author
Owner

@DHowett commented on GitHub (Jul 2, 2021):

Sorry for the delay, and thank you for the report!

@DHowett commented on GitHub (Jul 2, 2021): Sorry for the delay, and thank you for the report!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#11210