starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-02-04 05:35:20 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

Mouse wheel scrolls backwards when set to "one screen at a time" #7748

New Issue
Closed
opened 2026-01-31 01:11:45 +00:00 by claunia · 10 comments
claunia commented 2026-01-31 01:11:45 +00:00
Owner
Copy Link

Originally created by @sebfoucault on GitHub (Apr 28, 2020).

Environment

Microsoft Windows [Version 10.0.18363.720]
Windows Terminal 0.11.1121.0
Lenovo X1 Yoga
Logitech Mouse (M185)

Steps to reproduce

  • Open Windows Terminal
  • Open a shell (cmd, Powershell, ...)
  • Issue commands leading to the display of vertical scrollbar
  • Use the mouse wheel

Expected behavior

  • Mouse wheel should behave in Windows Terminal as it does in other system apps

Actual behavior

  • Mouse wheel scrolls in the other direction (rolling the mouse wheel upward scrolls down)

Suspecting potential conflicts with the Laptop touchscreen or trackpad i disabled them, but still observe the same behavior. I tried to look for parameters allowing to control the mouse wheel but did not find any.

Originally created by @sebfoucault on GitHub (Apr 28, 2020). # Environment ``` Microsoft Windows [Version 10.0.18363.720] Windows Terminal 0.11.1121.0 Lenovo X1 Yoga Logitech Mouse (M185) ``` # Steps to reproduce - Open Windows Terminal - Open a shell (cmd, Powershell, ...) - Issue commands leading to the display of vertical scrollbar - Use the mouse wheel # Expected behavior - Mouse wheel should behave in Windows Terminal as it does in other system apps # Actual behavior - Mouse wheel scrolls in the other direction (rolling the mouse wheel upward scrolls down) Suspecting potential conflicts with the Laptop touchscreen or trackpad i disabled them, but still observe the same behavior. I tried to look for parameters allowing to control the mouse wheel but did not find any.
claunia commented 2026-01-31 01:11:46 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Apr 28, 2020):

When you use the mouse wheel in the legacy console (conhost.exe), does scrolling the wheel up move the buffer contents down / move the scroll position up? Or does it move in the opposite direction?

Does the Terminal scroll in the same direction as the legacy console?

@zadjii-msft commented on GitHub (Apr 28, 2020): When you use the mouse wheel in the legacy console (`conhost.exe`), does scrolling the wheel up move the buffer contents down / move the scroll position up? Or does it move in the opposite direction? Does the Terminal scroll in the same direction as the legacy console?
claunia commented 2026-01-31 01:11:46 +00:00
Author
Owner
Copy Link

@sebfoucault commented on GitHub (Apr 28, 2020):

When you use the mouse wheel in the legacy console (conhost.exe), does scrolling the wheel up move the buffer contents down / move the scroll position up? Or does it move in the opposite direction?

In connhost.exe, it is the other way around: scrolling the wheel up, move the scroll position up (toward the beginning of the console buffer)

Does the Terminal scroll in the same direction as the legacy console?

From the mouse wheel perspective, the behavior of the new Terminal is inconsistent with the one of the legacy console.

@sebfoucault commented on GitHub (Apr 28, 2020): > When you use the mouse wheel in the legacy console (`conhost.exe`), does scrolling the wheel up move the buffer contents down / move the scroll position up? Or does it move in the opposite direction? In `connhost.exe`, it is the other way around: scrolling the wheel up, move the scroll position up (toward the beginning of the console buffer) > Does the Terminal scroll in the same direction as the legacy console? From the mouse wheel perspective, the behavior of the new Terminal is inconsistent with the one of the legacy console.
claunia commented 2026-01-31 01:11:46 +00:00
Author
Owner
Copy Link

@PhMajerus commented on GitHub (Apr 28, 2020):

Testing with a Microsoft Sculpt Ergonomic Mouse, the scrolling works in the correct direction in both conhost and Windows Terminal.
Could Logitech have some extra software that has a per-app customization?

@PhMajerus commented on GitHub (Apr 28, 2020): Testing with a Microsoft Sculpt Ergonomic Mouse, the scrolling works in the correct direction in both conhost and Windows Terminal. Could Logitech have some extra software that has a per-app customization?
claunia commented 2026-01-31 01:11:46 +00:00
Author
Owner
Copy Link

@sebfoucault commented on GitHub (Apr 29, 2020):

Could Logitech have some extra software that has a per-app customization?

That is what i was initially suspecting but actually i don't have any Logitech-specific app installed.
The external mouse relies on the "default-driver" (assuming that this means something - i am not a driver specialist).

@sebfoucault commented on GitHub (Apr 29, 2020): > Could Logitech have some extra software that has a per-app customization? That is what i was initially suspecting but actually i don't have any Logitech-specific app installed. The external mouse relies on the "default-driver" (assuming that this means something - i am not a driver specialist).
claunia commented 2026-01-31 01:11:47 +00:00
Author
Owner
Copy Link

@WSLUser commented on GitHub (Apr 29, 2020):

Works right for me using CMStorm mouse in my Windows VM.

@WSLUser commented on GitHub (Apr 29, 2020): Works right for me using CMStorm mouse in my Windows VM.
claunia commented 2026-01-31 01:11:47 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (May 1, 2020):

Were you one of the people for whom the older versions of Terminal just didn't let you scroll?

@DHowett-MSFT commented on GitHub (May 1, 2020): Were you one of the people for whom the older versions of Terminal just _didn't let you scroll_?
claunia commented 2026-01-31 01:11:47 +00:00
Author
Owner
Copy Link

@sebfoucault commented on GitHub (May 1, 2020):

@DHowett-MSFT - No. The old version of Terminal just worked fine.

After more research, I think I found the root cause of the problem (can reproduce consistently on two different PCs):

  • The Windows mouse wheel configuration screen has two options for "Roll the mouse wheel to scroll": 1 - "One screen at a time" and 2 - "Multiple lines at a time"
  • The inversion occurs when the "One screen at a time" option is selected.

Paying more attention to this problem, i also noticed that some one of "MS Powerpoint" windows is subject to the same problem in the same "One screen at a time" configuration: on the left-hand side powerpoint displays thumbnails of the slides. The scrolling in this thumbnails window has the same inversion problem.

@sebfoucault commented on GitHub (May 1, 2020): @DHowett-MSFT - No. The old version of Terminal just worked fine. After more research, I think I found the root cause of the problem (can reproduce consistently on two different PCs): - The Windows mouse wheel configuration screen has two options for _"Roll the mouse wheel to scroll"_: 1 - _"One screen at a time"_ and 2 - _"Multiple lines at a time"_ - The inversion occurs when the _"One screen at a time"_ option is selected. Paying more attention to this problem, i also noticed that some one of "MS Powerpoint" windows is subject to the same problem in the same _"One screen at a time"_ configuration: on the left-hand side powerpoint displays thumbnails of the slides. The scrolling in _this_ thumbnails window has the same inversion problem.
claunia commented 2026-01-31 01:11:47 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (May 1, 2020):

Wow! Good find.

@DHowett-MSFT commented on GitHub (May 1, 2020): Wow! Good find.
claunia commented 2026-01-31 01:11:47 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (May 1, 2020):

Two bugs. We're storing the return value from SPI_GETWHEELSCROLLLINES as an int when it should be a uint, and we're ignoring WHEEL_PAGESCROLL (which once we store it in the wrong type comes out as -1).

@DHowett-MSFT commented on GitHub (May 1, 2020): Two bugs. We're storing the return value from SPI_GETWHEELSCROLLLINES as an int when it should be a uint, and we're ignoring WHEEL_PAGESCROLL (which once we store it in the wrong type comes out as `-1`).
claunia commented 2026-01-31 01:11:48 +00:00
Author
Owner
Copy Link

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

:tada:This issue was addressed in #6891, which has now been successfully released as Windows Terminal Preview v1.2.2022.0.🎉

Handy links:

@ghost commented on GitHub (Jul 22, 2020): :tada:This issue was addressed in #6891, which has now been successfully released as `Windows Terminal Preview v1.2.2022.0`.:tada: Handy links: * [Release Notes](https://github.com/microsoft/terminal/releases/tag/v1.2.2022.0) * [Store Download](https://www.microsoft.com/store/apps/9n8g5rfz9xk3?cid=storebadge&ocid=badge)
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Area-TerminalControl Help Wanted Issue-Bug Priority-3 Product-Terminal Resolution-Fix-Committed
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#7748
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?