Scroll Sometimes Stops Before Reaching Bottom of Terminal #7655

Closed
opened 2026-01-31 01:09:39 +00:00 by claunia · 3 comments
Owner

Originally created by @lvfrazao on GitHub (Apr 24, 2020).

Environment

$ [Environment]::OSVersion

Platform ServicePack Version      VersionString
-------- ----------- -------      -------------
 Win32NT             10.0.18363.0 Microsoft Windows NT 10.0.18363.0

wsl 1
ubuntu 18.04

Windows Terminal
Version: 0.11.1121.0

Steps to reproduce

Cannot reliably reproduce, the bug occurs when I scroll up to read past output in the terminal, then try to scroll back down to the current line.

Expected behavior

I am able to reliably scroll down to the current line in the terminal

Actual behavior

The terminal sometimes locks the scrolling before reaching the bottom of the terminal -- you are unable to scroll down to the current line in the terminal. The scroll bar on the right hand side of the app looks like its reached the bottom of its scrolling capacity.

To fix this I type ctrl+c which brings me back down to the current line.

I hate to report an issue that I cannot reliably reproduce, but this has inadvertently happened twice since upgrading Windows Terminal versions yesterday.

Originally created by @lvfrazao on GitHub (Apr 24, 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! --> <!-- 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 ``` $ [Environment]::OSVersion Platform ServicePack Version VersionString -------- ----------- ------- ------------- Win32NT 10.0.18363.0 Microsoft Windows NT 10.0.18363.0 ``` wsl 1 ubuntu 18.04 Windows Terminal Version: 0.11.1121.0 # Steps to reproduce Cannot reliably reproduce, the bug occurs when I scroll up to read past output in the terminal, then try to scroll back down to the current line. <!-- A description of how to trigger this bug. --> # Expected behavior I am able to reliably scroll down to the current line in the terminal <!-- A description of what you're expecting, possibly containing screenshots or reference material. --> # Actual behavior The terminal sometimes locks the scrolling before reaching the bottom of the terminal -- you are unable to scroll down to the current line in the terminal. The scroll bar on the right hand side of the app _looks_ like its reached the bottom of its scrolling capacity. To fix this I type `ctrl+c` which brings me back down to the current line. <!-- What's actually happening? --> I hate to report an issue that I cannot reliably reproduce, but this has inadvertently happened twice since upgrading Windows Terminal versions yesterday.
Author
Owner

@DHowett-MSFT commented on GitHub (Apr 25, 2020):

I'm actually seeing this, too, and I can't figure out how to reproduce it reliably.

@DHowett-MSFT commented on GitHub (Apr 25, 2020): I'm actually seeing this, too, and I can't figure out how to reproduce it reliably.
Author
Owner

@DHowett-MSFT commented on GitHub (Apr 25, 2020):

Tagging into 1.0 tentatively -- this is pretty bad when it's happening, but easy to get out of. We'll probably move it on Monday, but this is so we have the discussion 😄

@DHowett-MSFT commented on GitHub (Apr 25, 2020): Tagging into 1.0 tentatively -- this is pretty bad when it's happening, but easy to get out of. We'll probably move it on Monday, but this is so we have the discussion :smile:
Author
Owner

@ghost commented on GitHub (May 5, 2020):

:tada:This issue was addressed in #5630, which has now been successfully released as Windows Terminal Release Candidate v0.11.1251.0 (1.0rc1).🎉

Handy links:

@ghost commented on GitHub (May 5, 2020): :tada:This issue was addressed in #5630, which has now been successfully released as `Windows Terminal Release Candidate v0.11.1251.0 (1.0rc1)`.:tada: Handy links: * [Release Notes](https://github.com/microsoft/terminal/releases/tag/v0.11.1251.0 (1.0rc1)) * [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#7655