Clamp the new rows scrolling value to a positive number#5630
Conversation
|
Fixes #5540 |
|
I'm working on a test for this, so hopefully we can catch this if it regresses. Since this is a |
DHowett-MSFT
left a comment
There was a problem hiding this comment.
Wow, and booting up a renderer isn't weird or bad or scary here?
|
@DHowett-MSFT nah, we don't have a thread so it's fine, and the RoundtripTests already do something similar |
|
Hello @zadjii-msft! Because this pull request has the p.s. you can customize the way I help with merging this pull request, such as holding this pull request until a specific person approves. Simply @mention me (
|
|
🎉 Handy links: |



Summary of the Pull Request
This PR clamp the "new rows" scrolling value to a positive number. We can't create a negative number of new rows. It also adds a test.
References
PR Checklist
Detailed Description of the Pull Request / Additional comments
The origin of this bug is that as newlines are emitted, we'll accumulate an enormous scroll delta into a selection region, to the point of overflowing a
SHORT. When the overflow occurs, theTerminalwould fail to send aNotifyScroll()to theTermControlhosting it.For this bug to repro, we need to:
Validation Steps Performed