Terminal looses output when running command that uses progress indicator #19354

Closed
opened 2026-01-31 06:40:52 +00:00 by claunia · 3 comments
Owner

Originally created by @mforkel on GitHub (Feb 10, 2023).

Windows Terminal version

1.15.3465.0

Windows build number

10.0.19045.2486

Other Software

WSL-Version: 1.0.3.0
WSL distribution: Debian Bullseye

Steps to reproduce

In a tab for the WSL distribtuion, run a command that uses a progress indicator and produces more lines of output than the terminal windows has, e.g. apt-get install php.

Expected Behavior

All lines of output are available when scrolling back up after the command finishes.

Actual Behavior

Most lines of output are lost except for some initial lines (probably not handled be the progress indicator) and the lines shown in the terminal when the command has finished.

The problem does no occur if the option -q (--quiet) is used with apt-get.

Originally created by @mforkel on GitHub (Feb 10, 2023). ### Windows Terminal version 1.15.3465.0 ### Windows build number 10.0.19045.2486 ### Other Software WSL-Version: 1.0.3.0 WSL distribution: Debian Bullseye ### Steps to reproduce In a tab for the WSL distribtuion, run a command that uses a progress indicator and produces more lines of output than the terminal windows has, e.g. `apt-get install php`. ### Expected Behavior All lines of output are available when scrolling back up after the command finishes. ### Actual Behavior Most lines of output are lost except for some initial lines (probably not handled be the progress indicator) and the lines shown in the terminal when the command has finished. The problem does no occur if the option `-q` (`--quiet`) is used with `apt-get`.
claunia added the Issue-BugResolution-Duplicate labels 2026-01-31 06:40:52 +00:00
Author
Owner

@j4james commented on GitHub (Feb 11, 2023):

What's happening here is that apt-get is setting the scrolling margins (DECSTBM) to keep the progress indicator line fixed, while the top part of the screen scrolls. Unfortunately Windows Terminal doesn't handle that situation very well, so the lines that scroll off the top end up being erased when they should be moved into the scrollback buffer. We're already tracking this problem in issue #3673.

@j4james commented on GitHub (Feb 11, 2023): What's happening here is that apt-get is setting the scrolling margins ([`DECSTBM`](https://vt100.net/docs/vt510-rm/DECSTBM.html)) to keep the progress indicator line fixed, while the top part of the screen scrolls. Unfortunately Windows Terminal doesn't handle that situation very well, so the lines that scroll off the top end up being erased when they should be moved into the scrollback buffer. We're already tracking this problem in issue #3673.
Author
Owner

@zadjii-msft commented on GitHub (Feb 13, 2023):

/dup #3673

Thanks!

@zadjii-msft commented on GitHub (Feb 13, 2023): /dup #3673 Thanks!
Author
Owner

@microsoft-github-policy-service[bot] commented on GitHub (Feb 13, 2023):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@microsoft-github-policy-service[bot] commented on GitHub (Feb 13, 2023): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#19354