Closed ghost closed 3 years ago
oh my gosh is this that weird trackpad bug? Lemme try finding that in the history.
@otaconjh What mouse are you using to scroll the Terminal? Is it by any chance a synaptics trackpad?
EDIT: My theory is that this is a variation on #979, #2606 and microsoft/microsoft-ui-xaml#2101
It occurred on my work laptop but I was using a bluetooth mouse. 'HID-compliant mouse' in Device Manager
Okay, well, that kinda ruins my theory about the trackpad. Other guesses:
This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment.
Issues with scrolling are with mouse only, scrolling works fine when a trackpad is used. Have tested with multiple mice.
Issues with scrolling are with mouse only, scrolling works fine when a trackpad is used. Have tested with multiple mice.
what the heck? That's even weirder than I had expected. I'm gonna leave this open for now. My guess is that the hack we're doing to manually pass mouse events into the TermControl
is what's making the mouse work for you in terminal tabs, but not the settings tab (or command palette). However, I'm not sure we can do that same hack for those UI elements. I don't know how to narrow the issue down more at this point, unfortunately. I'd bet that this is a Xaml Islands bug, but unsure where the root cause is exactly.
https://github.com/microsoft/PowerToys/issues/3400 also looks like another case of this, an one where they're similarly seeing this with a mouse, not a trackpad. @otaconjh Out of curiosity, which mice did you try?
microsoft/PowerToys#3400 also looks like another case of this, an one where they're similarly seeing this with a mouse, not a trackpad. @otaconjh Out of curiosity, which mice did you try?
Just to add some additional information, this issue occurs for me across PowerToys' and Windows Terminal's settings panels. It occurs only on my desktop, and not my laptop.
The issue occurs with any of the following mice:
...I may need to take a look at my mice hoarding habit.
For my laptop (Dell XPS 9360), there are no issues with scrolling the settings panel, with either the trackpad or with a mouse (tested with MX Master 2s & G703).
Changing the DPI and/or resolution for my desktop and laptop did not (respectively) allow me to, or stop me from, scrolling the settings panel.
I'll test this further with a restart following the DPI and/or resolution change, and report back.
I am also unable to scroll in Terminal v1.8.1444.0 Settings, I'm using a Kensington Expert Mouse Wired Trackball (USB) on Windows 10 ver 1909 build 18363.1379
I have the same problem, I can scroll everywhere with my touchpad (Synaptics) except in the settings tab. It works fine when I use my Bluetooth mouse.
Windows Terminal Version: 1.8.1521.0
I had this same issue, but only in a specific set of circumstances, and now have a work-around. Here's what I observed:
That last point indicates that it's something going on with XMBC. If it were a problem, I could take it up with them. But actually it's easier just to "Disable Scroll Window Under Cursor". That option doesn't seem to do anything - I guess Windows now has this behaviour built-in, so there's no need to have XMBC do it. I didn't see a problem like this before I saw it in Windows Terminal Settings, so there is some funny interaction between the two programs.
I hope that gives a clue as to what's going on for other people who aren't so lucky to have an easy fix as (it looks like) I have. It might be possible for a developer to reproduce the issue by installing XMBC (making sure that option is not selected) and using an external mouse.
So this isn't a problem for me, but I hope my observation helps. Tim.
Windows Terminal v1.9.1942.0. X-Mouse Button Control v2.19.2. Windows 10 20H2.
Well, you're absolutely right. I've run XMBC for so long, I didn't even consider it. 😑
So disabling the relevant Global Setting: or (as you mentioned, also) disabling it on a matched profile sorts this issue out.
Cheers, Tim!
I also use X-Mouse Button Control and @timadye's workaround resolved the issue for me. @jackemerson's option also worked and is a less error prone solution in the long run. Same results for PowerToys settings scroll issue https://github.com/microsoft/PowerToys/issues/3400
Wow that's crazy. Glad someone was able to get to the bottom of this!
Wow that's crazy. Glad someone was able to get to the bottom of this!
for posterity sake, this issue hasn't been isolated / confirmed to be caused by X-Mouse Button Control or due to a conflict with this software exclusively. Only that a workaround has been found in this case. According to reports here and in the still open Power toys sister issue, This maybe also be happening with Synaptics and/or Logitech input devices, due to a conflict or flaw with their configuration software, drivers, and/or Windows.
This issue also repro's when using WizMouse.
In case anyone is interested, I implemented a workaround for this for a react-native-windows app built on XAML Islands: https://gist.github.com/rozele/a4b26810b9a4f68373e421a49d06a5ab
Also, just noticed that the bug "goes away" if you open Spy++ and put it in focus while trying to scroll the Settings tab 😮
In case anyone is interested, I implemented a workaround for this for a react-native-windows app built on XAML Islands: https://gist.github.com/rozele/a4b26810b9a4f68373e421a49d06a5ab
also when using alt-drag
Environment
Steps to reproduce
Open Windows Terminal tab & settings UI tab
Expected behavior
Scrolling with mouse wheel should work on both tabs
Actual behavior