Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lines scrolled up by less command remain to exist after quitting the command #4676

Closed
sh-ikeda opened this issue Feb 21, 2020 · 2 comments
Closed
Labels
Area-VT Virtual Terminal sequence support Issue-Bug It either shouldn't be doing this or needs an investigation. Priority-2 A description (P2) Product-Terminal The new Windows Terminal. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@sh-ikeda
Copy link

Environment

Windows build number: Microsoft Windows [Version 10.0.18363.657]
Windows Terminal: 0.9.433.0
WSL1
Ubuntu 18.04
bash

Steps to reproduce

  1. Open Ubuntu 18.04 on WSL
  2. Fill the console screen with any outputs
  3. Run less command
  4. Scroll down
  5. Quit less command
  6. Scroll up

Expected behavior

The console screen recovers to the state just before the less command

Actual behavior

Lines scrolled up during the less command remain to exist above the upper boundary
winterm_issue_less

This does not happen in the default console of WSL and ConEmu.

@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Feb 21, 2020
@zadjii-msft zadjii-msft added Area-VT Virtual Terminal sequence support Issue-Bug It either shouldn't be doing this or needs an investigation. Priority-2 A description (P2) Product-Terminal The new Windows Terminal. labels Feb 21, 2020
@ghost ghost removed the Needs-Tag-Fix Doesn't match tag requirements label Feb 21, 2020
@DHowett-MSFT
Copy link
Contributor

This one's actually a /dupe of #381 -- Terminal doesn't know that Less has switched to an alternate screen mode, and therefore it doesn't know not to push those lines into scrollback.

@ghost
Copy link

ghost commented Feb 21, 2020

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!

@ghost ghost closed this as completed Feb 21, 2020
@ghost ghost added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting labels Feb 21, 2020
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area-VT Virtual Terminal sequence support Issue-Bug It either shouldn't be doing this or needs an investigation. Priority-2 A description (P2) Product-Terminal The new Windows Terminal. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

3 participants