Screen content does not update in tmux #7130

Closed
opened 2026-01-31 00:55:55 +00:00 by claunia · 6 comments
Owner

Originally created by @kasper93 on GitHub (Mar 24, 2020).

Originally assigned to: @miniksa on GitHub.

Environment

Windows 10.0.18363.0
tmux over ssh in cygwin

Steps to reproduce

  1. Attach to tmux session
  2. Fill the screen for example with echo test multiple times
  3. Keep printing test, you should alternate with some different text to see if console is scrolled properly.

Expected behavior

Whole screen buffer is redrawn

Actual behavior

Only first line in terminal is redrawn, the rest of the screen space is static and doesn't update while it should. If the output is one line (i.e without new line). If I do echo 'test\n' whole screen is properly redrawn.

Bisect result

This is regression from this commit ca33d895a3 before that everything was working fine.

// CC @miniksa

Originally created by @kasper93 on GitHub (Mar 24, 2020). Originally assigned to: @miniksa on GitHub. # Environment Windows 10.0.18363.0 tmux over ssh in cygwin # Steps to reproduce 1. Attach to tmux session 2. Fill the screen for example with `echo test` multiple times 3. Keep printing `test`, you should alternate with some different text to see if console is scrolled properly. # Expected behavior Whole screen buffer is redrawn # Actual behavior Only first line in terminal is redrawn, the rest of the screen space is static and doesn't update while it should. If the output is one line (i.e without new line). If I do `echo 'test\n'` whole screen is properly redrawn. ## Bisect result This is regression from this commit https://github.com/microsoft/terminal/commit/ca33d895a359664c337c6482b853489823c216d3 before that everything was working fine. // CC @miniksa
Author
Owner

@miniksa commented on GitHub (Mar 25, 2020):

OK I've managed to reproduce this. I think it's a bug that's been there a while and was just hidden by the fact that the previous invalidation-mechanism would coalesce both invalid regions into repainting the entire display. I need to figure out how to dispatch the appropriate content scrolling from the PTY to the Terminal because the entire point of the til::bitmap change was to not re-emit massive amounts of data that are already on the other side of the fence.

@miniksa commented on GitHub (Mar 25, 2020): OK I've managed to reproduce this. I think it's a bug that's been there a while and was just hidden by the fact that the previous invalidation-mechanism would coalesce both invalid regions into repainting the entire display. I need to figure out how to dispatch the appropriate content scrolling from the PTY to the Terminal because the entire point of the `til::bitmap` change was to not re-emit massive amounts of data that are already on the other side of the fence.
Author
Owner

@skyline75489 commented on GitHub (Mar 26, 2020):

I've encountered a similar issue when using Vim in WSL. The majority of content is not being invalidated while scrolling up and down using keyboard.

图片

The actual content should be line 80 - line 107. But only the first and last line is correctly displayed.

@skyline75489 commented on GitHub (Mar 26, 2020): I've encountered a similar issue when using Vim in WSL. The majority of content is not being invalidated while scrolling up and down using keyboard. ![图片](https://user-images.githubusercontent.com/4710575/77597359-98775d80-6f39-11ea-82a7-dc4a42fafa3a.png) The actual content should be line 80 - line 107. But only the first and last line is correctly displayed.
Author
Owner

@DHowett-MSFT commented on GitHub (Mar 26, 2020):

@skyline75489 while you've got a local build, would you mind trying out https://github.com/microsoft/terminal/pull/5122? It's the speculative fix 😄

@DHowett-MSFT commented on GitHub (Mar 26, 2020): @skyline75489 while you've got a local build, would you mind trying out https://github.com/microsoft/terminal/pull/5122? It's the speculative fix :smile:
Author
Owner

@skyline75489 commented on GitHub (Mar 26, 2020):

@DHowett-MSFT It's working! Vim is back to normal with the help of #5122.

@skyline75489 commented on GitHub (Mar 26, 2020): @DHowett-MSFT It's working! Vim is back to normal with the help of #5122.
Author
Owner

@kasper93 commented on GitHub (Mar 26, 2020):

I can also confirm, working fine with the fix.

@kasper93 commented on GitHub (Mar 26, 2020): I can also confirm, working fine with the fix.
Author
Owner

@ghost commented on GitHub (Apr 22, 2020):

:tada:This issue was addressed in #5122, which has now been successfully released as Windows Terminal Preview v0.11.1121.0.🎉

Handy links:

@ghost commented on GitHub (Apr 22, 2020): :tada:This issue was addressed in #5122, which has now been successfully released as `Windows Terminal Preview v0.11.1121.0`.:tada: Handy links: * [Release Notes](https://github.com/microsoft/terminal/releases/tag/v0.11.1121.0) * [Store Download](https://www.microsoft.com/store/apps/9n0dx20hk701?cid=storebadge&ocid=badge)
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#7130