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

Windows Terminal grabs mouse forward/back buttons even though they can't be bound to anything #17231

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

Originally created by @fluffynuts on GitHub (Apr 12, 2022).

Windows Terminal version

1.12.220314002-release1.12

Windows build number

10.0.22000.0

Other Software

No response

Steps to reproduce

When Windows Terminal has focus, the side buttons on a mouse ("forward" and "back") are grabbed even though Windows Terminal allows for no binding of these buttons.
This presents an issue when using other third-party software to bind these buttons globally (eg XMouseButtonControl) - in my case, I've bound these buttons for volume up/down for many years, but those bindings don't work if WindowsTerminal has focus ):

Expected Behavior

If I can't manipulate the bindings within Windows Terminal, they shouldn't be grabbed. I know there are ongoing discussions around handling these buttons within WT - those should probably also allow the user some way to disengage, for the same scenarios as outlined above.

Actual Behavior

WT grabs the mouse inputs and does nothing with them.

Originally created by @fluffynuts on GitHub (Apr 12, 2022). ### Windows Terminal version 1.12.220314002-release1.12 ### Windows build number 10.0.22000.0 ### Other Software _No response_ ### Steps to reproduce When Windows Terminal has focus, the side buttons on a mouse ("forward" and "back") are grabbed even though Windows Terminal allows for no binding of these buttons. This presents an issue when using other third-party software to bind these buttons globally (eg XMouseButtonControl) - in my case, I've bound these buttons for volume up/down for many years, but those bindings don't work if WindowsTerminal has focus ): ### Expected Behavior If I can't manipulate the bindings within Windows Terminal, they shouldn't be grabbed. I know there are ongoing discussions around handling these buttons within WT - those should probably also allow the user some way to disengage, for the same scenarios as outlined above. ### Actual Behavior WT grabs the mouse inputs and does nothing with them.
claunia commented 2026-01-31 05:36:08 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Apr 26, 2022):

Interesting. I bet this isn't a problem that's unique to the Terminal, but probably would repro for any XAML Islands application. We're definitely not getting those keys as KeyDown events (we might still get them as mouse events). Regardless, I don't think we're handling them... I'd suspect that the XAML Island's CoreInputSite prevents XMBC from using those inputs for whatever reason.

Does this repro in the PowerToys settings app? Or perhaps the new Windows 11 version of notepad/? (not sure if that version of notepad ships on 22000, but worth a shot)

@zadjii-msft commented on GitHub (Apr 26, 2022): Interesting. I bet this isn't a problem that's unique to the Terminal, but probably would repro for any XAML Islands application. We're definitely not getting those keys as KeyDown events (we might still get them as mouse events). Regardless, I don't think we're handling them... I'd suspect that the XAML Island's CoreInputSite prevents XMBC from using those inputs for whatever reason. Does this repro in the PowerToys settings app? Or perhaps the new Windows 11 version of notepad/? (not sure if that version of notepad ships on 22000, but worth a shot)
claunia commented 2026-01-31 05:36:08 +00:00
Author
Owner
Copy Link

@fluffynuts commented on GitHub (Apr 26, 2022):

I don't have powertoys installed any more (the forced, uninterruptible reboots at update time were the final straw for me), but the shiny new win11 notepad does not exhibit this behavior - my mouse buttons 4 & 5 work splendidly whilst notepad is focused to change the system volume.

@fluffynuts commented on GitHub (Apr 26, 2022): I don't have powertoys installed any more (the forced, uninterruptible reboots at update time were the final straw for me), but the shiny new win11 notepad does _not_ exhibit this behavior - my mouse buttons 4 & 5 work splendidly whilst notepad is focused to change the system volume.
claunia commented 2026-01-31 05:36:08 +00:00
Author
Owner
Copy Link

@crutkas commented on GitHub (Apr 26, 2022):

@fluffynuts the reset issue with PowerToys was due to a change in behavior from the .NEt installer we believe that didn't show up in our testing. https://github.com/microsoft/PowerToys/pull/17255 from builds greater than 0.57 this should be effect with PowerToys and we directly pass in a noreset flag.

@crutkas commented on GitHub (Apr 26, 2022): @fluffynuts the reset issue with PowerToys was due to a change in behavior from the .NEt installer we believe that didn't show up in our testing. https://github.com/microsoft/PowerToys/pull/17255 from builds greater than 0.57 this should be effect with PowerToys and we directly pass in a noreset flag.
claunia commented 2026-01-31 05:36:08 +00:00
Author
Owner
Copy Link

@fluffynuts commented on GitHub (Apr 27, 2022):

@crutkas I had the arb reboot, saw the issue, saw the "fix", had it again later (about 1-2 weeks later). I give up. There are some neat things in that package, but none of them are worth losing work over a forced, uninterruptible, unexpected reboot. And when I raised the issue, I got the "powertoys is a zero-dot release, deal with it" speech. That's a 100% nope from me.

@fluffynuts commented on GitHub (Apr 27, 2022): @crutkas I had the arb reboot, saw the issue, saw the "fix", had it again later (about 1-2 weeks later). I give up. There are some neat things in that package, but none of them are worth losing work over a forced, uninterruptible, unexpected reboot. And when I raised the issue, I got the "powertoys is a zero-dot release, deal with it" speech. That's a 100% nope from me.
claunia commented 2026-01-31 05:36:09 +00:00
Author
Owner
Copy Link

@crutkas commented on GitHub (Apr 27, 2022):

I don’t think we said deal with it but it is not a 1.0 nor did we ever claim it to be.

@crutkas commented on GitHub (Apr 27, 2022): I don’t think we said deal with it but it is not a 1.0 nor did we ever claim it to be.
claunia commented 2026-01-31 05:36:09 +00:00
Author
Owner
Copy Link

@DHowett commented on GitHub (Apr 27, 2022):

I'm going to minimize y'all as off topic now, to make sure we can focus on the Terminal issue at hand. Thanks for understanding!

@DHowett commented on GitHub (Apr 27, 2022): I'm going to minimize y'all as off topic now, to make sure we can focus on the Terminal issue at hand. Thanks for understanding!
claunia commented 2026-01-31 05:36:09 +00:00
Author
Owner
Copy Link

@fluffynuts commented on GitHub (Apr 29, 2022):

the first one is pretty-much on-topic tho: I was asked if this happened on PowerToys or the new Notepad, and, whilst I don't have PT installed, it does not repro on Notepad.

@fluffynuts commented on GitHub (Apr 29, 2022): the first one is pretty-much on-topic tho: I was asked if this happened on PowerToys or the new Notepad, and, whilst I don't have PT installed, it does not repro on Notepad.
claunia commented 2026-01-31 05:36:09 +00:00
Author
Owner
Copy Link

@carlos-zamora commented on GitHub (Apr 5, 2023):

Hi @fluffynuts. Sorry for the radio silence. We suspect this is a XAML Islands bug. Can you confirm if you have the same issue occur with c:\windows\system32\PerceptionSimulation\PerceptionSimulationInput.exe (another XAML Islands app)? Thanks in advance!

@carlos-zamora commented on GitHub (Apr 5, 2023): Hi @fluffynuts. Sorry for the radio silence. We suspect this is a XAML Islands bug. Can you confirm if you have the same issue occur with c:\windows\system32\PerceptionSimulation\PerceptionSimulationInput.exe (another XAML Islands app)? Thanks in advance!
claunia commented 2026-01-31 05:36:09 +00:00
Author
Owner
Copy Link

@fluffynuts commented on GitHub (Apr 6, 2023):

@carlos-zamora is there some fancy way to run PerceptionSimulationInput? When I run from the console, it appears to exit immediately, and I get the same double-clicking the .exe

@fluffynuts commented on GitHub (Apr 6, 2023): @carlos-zamora is there some fancy way to run PerceptionSimulationInput? When I run from the console, it appears to exit immediately, and I get the same double-clicking the .exe
claunia commented 2026-01-31 05:36:10 +00:00
Author
Owner
Copy Link

@carlos-zamora commented on GitHub (May 17, 2023):

Honestly, sorry, but I have no idea. There aren't many XAML Islands apps out there. Thanks for trying this out. Marking as Needs-Repro and Help Wanted. Throwing it in the backlog.

@carlos-zamora commented on GitHub (May 17, 2023): Honestly, sorry, but I have no idea. There aren't many XAML Islands apps out there. Thanks for trying this out. Marking as Needs-Repro and Help Wanted. Throwing it in the backlog.
claunia commented 2026-01-31 05:36:10 +00:00
Author
Owner
Copy Link

@fluffynuts commented on GitHub (May 19, 2023):

fwiw, I've just tested on WT 1.16.10262.0 right now, after seeing this in my GH notifications, and it doesn't seem to be grabbing those buttons any more. Closing as can't repro any more (perhaps fixed along the way)

@fluffynuts commented on GitHub (May 19, 2023): fwiw, I've just tested on WT 1.16.10262.0 right now, after seeing this in my GH notifications, and it doesn't seem to be grabbing those buttons any more. Closing as can't repro any more (perhaps fixed along the way)
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-Input Help Wanted Issue-Bug Needs-Repro Needs-Tag-Fix Product-Terminal
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#17231
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?