-
Notifications
You must be signed in to change notification settings - Fork 15.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Horizontal Scroll Issue #20874
Comments
Can confirm. Scrolling doesn't work as intended for VS Code or Trello. |
I found a solution for this. You need to disable hardware acceleration in VS Code. To do that, open the command search ( |
I just bought a Logitech MX Master 3, and the above solution does not work (yet) for me. Perhaps there is another part of the fix you have done unaware? |
Same here i have just bought an MX master 3 as well and still not working |
MX Master 2S here, same issue. The disable-hardware-acceleration fix has worked form me so far (that is, for 5 mins of testing), but it rly sucks to have to do that :( |
Does Chrome have the same issue? |
disable-hardware-acceleration did not fix it for me |
No it works fine in chrome but not in Firefox edit: |
I just replaced a Microsoft Sculpt Ergonomic Mouse with a Logitech MX Master 25. Horizontal scrolling works in Chrome, Firefox, Excel, File Explorer, etc., but not in VS Code, Spotify, etc. Really hope we can get this sorted out soon, I rely on horizontal scrolling quite a bit. |
@JacobDB how did you get it to work on firefox it doesn't work in firefox for me. |
@Dexy2811 honestly, I don't know, it just worked. I'm using Firefox Developer Edition, v73.0b4 (64-bit) |
@JacobDB do you have Logitech options installed as well? i do and downloaded the version your on and didn't work |
@Dexy2811 I do have Logitech Options installed – just tested again, and it still works. Strangely, it seems to randomly start working in general in Electron apps. No idea why, I'll just be going about my day and suddenly it work. Then the next morning, after rebooting, it stops working again. |
I'm also noticing this problem mostly in Brave and VS Code. Chrome seems to be ok, but in Brave most of the time horizontal scrolling doesn't work. Both Brave and VS Code are electron apps. It's pretty random when it works and when it doesn't, sometimes it will start working randomly and it will keep working for a long time but then it will suddenly stop working again. I've noticed that sometimes toggling settings on/off in Logitech Options will revive it for a bit. In Brave, for example when browsing Trello, using the wheel will initiate the horizontal scroll and scroll the screen for a few pixels, but then it will stop and not work again for a while. Using Logitech MX Master 3 Related report in Brave: https://community.brave.com/t/horizontal-scrolling-doesnt-work/47148/11 Also here: brave/brave-browser#5947 |
Something that might be relevant that I noticed in VS Code:
Dragging the scrollbar itself always works. Strange thing I've noticed: If I open a different non electron app (such as Chrome), and initiate a horizontal scroll in it with the wheel, the Electron based app will also initially react to the wheel. It's hit and miss whether it will get un-stuck completely or still hang after a few pixels of scrolling. However, doing this repeatedly in the third party app usually eventually gets electron scrolling back online. (Until randomly failing again after switching to a different app and then back) |
Weird glitch showing above. Simply rolling the scroll wheel left/right over Chrome, even if there's nothing to scroll in it, will fix Electron scrolling. Even without first clicking in Chrome to switch focus. It's enough that the mouse cursor is over Chrome. Giving another app focus without using the horizontal scroll wheel in it will pretty reliably result in Electron scrolling being broken. |
Strangely I've found that scrolling over FileZIlla specifically seems to always fix it for a long period of time. I have idea why that's the case, but I've been using it as a workaround for a few days now and as far as I can tell it consistently works. |
After exploring this issue a lot, I noticed that if I lower the horizontal scroll speed / sensitivity, there is no longer a problem. My issue was the same as described in most of these posts, especially in @andreialecu 's video. If you are using a logitech mouse, setting the thumb wheel sensitivity to ~< 75% seems to do the trick. I have had no issues since, unless I am super zoomed in on text in vs code. |
Sensitivity doesn't seem to make a difference to me unfortunately |
I have good news and I have bad news. As opposed to before, it now started working for, most of the time. However, I have no idea when or why. I might have changed the sensitivity, or installed an update of the Logitech software, but I didn't quite notice the link immediately. I did have one weird quirk, I scrolled horizontally, when there was only a tiny bit to be scrolled. It scrolled once, then froze and broke down. IIRC, it restarted working after I reloaded the VScode window. |
Sorry I know I'm a little late to the party but none of the above suggestions seem to work very well or very long for me. Typically, the issue I see most is what @mglimmerveen had mentioned with the scroll working once then it just stops. This consistently happens every time I restart VS Code. Also, I would like to note that the tip from @andreialecu seems to work there are several caveats to using it that I detail below. I can also confirm that this seems to be the case not only for my MX master 3 but also for my G502 (that recently died thus the MX master 3) the same issues impacted that mouse as well. I have ADHD and I often open more than one window of VS Code open at once. The tip described by @andreialecu only will work on one window at a time and if you switch to another window of VS Code the horizontal scrolling will is lost on all open windows. Then when I reapply the tip it will again work until I switch the active window again. Related to this I use the horizontal scroll in any program (including chrome) on another desktop1 the horizontal scrolling will cease working on the active VS Code window on the other desktop. I have no idea if any of these details will help to track down the issue. This is the single most annoying bug I have to deal with on a daily basis and I really hope that someone can track it down! Good luck! 1: Windows desktops which are available by using |
Here's proof that Logitech is doing something specifically to make horizontal scrolling work for Chrome!
For me this works for VS Code by renaming code.exe to chrome.exe. (actually I made a copy so that code.exe is still available from the command prompt) Found this on the Vivaldi forum. |
Interesting! There's a scrolling issue I filed some time ago that could potentially give insights into how Logitech Options works behind the scenes. From what I've noticed, Logitech Options does hook into Chromium based browsers (potentially not all but only whitelisted ones hence no Vivaldi?). |
Still waiting for a proper fix, but I can confirm that with a MX Master (the first one) horizontal scroll on VS Code and Spotify work by using Shift + Vertical Scroll Wheel. I know it's not ideal. but it's something... |
Have the same problem on Windows 10, vs code 1.45.1 and Logi MX Master 3 :( |
I think the problem comes from Windows itself because it's not only Vscode but other app like Dbeaver got the same problem. I was using voyager GS distro (Xubuntu based). no problem so far. |
Dbeaver uses electron |
I am a VS Code and Azure Data Studio user and I use them both on Linux and Windows. Both my MX Master 2S and MX Master 3 are exhibiting the same intermittent horizontal scrolling behavior regardless if I use Linux or Windows. I pretty much had this issue since owning my MX Master 2S back in 2017. |
Happens with Logitech Control Plus (L510) model as well, using the Logitech Options app on Windows 10. One clue: while tinkering in the Options app with side scrolling options, horizontal scrolling in vs code started working. BUT! when I performed the To me that indicates that while this problem surfaces with Logitech mice, there's definitely some process in electron or vs code that is severing the connection to horizontal scrolling. |
Thank you, this fixed the issue for me |
@ciriousjoker As you've told me to keep you posted, here you go. This week I've received an e-mail from the support, stating that they have tested against an internal version (9.60.89, which is not released yet) and it works fine. So look forward to the release of that :). |
Horizontal scrolling affects vertical scrolling. First scroll horizontally and then scroll vertically without lifting. The result is that you cannot scroll...... When can it be resolved? |
@Elias-Graf have you heard from support on when it'll be released, by any chance? |
@Elias-Graf they only plan to update options ?? and logi options +?, They are thinking about updating the options ??and what will they do with the logi options +? And what you say may be true since as of today the logitech options on my pc is in version 9.60.87. |
Installing the latest Logi Options+ Solved the issue for me |
@leocb a current version?, in my case it was the same, the same error. |
hmmm, I installed log options + while vscode was open, then I tested all the cases I saw on this thread that triggered the problem, the scroll kept working fine. |
The problem persists, even after buying a new MX Master 3S |
Some time has elapsed and Logitech released a new app called "Logi Options+". The old Logitech Options told me to update to that so I did. Sadly it seems like that app has the same issue. Can anyone confirm? |
Yes, the problem still persists on Logi Options+ |
I have been informed that the issue should be fixed in Logitech Options (not Logi Options+) with the release of the version 9.70 (which will be soon -ish). They said that they don't know about Logi Optins+. |
They have been saying it was fixed for years, ill believe it when they do it. |
The 100% reliable fix for me for VSCode with the MX Master 3 on Windows 10 is to open Logitech Options while VSCode is open, and just use the sidescroll once on top of the VSCode window (while Logitech Options is open on screen). I have to do this a few times over the course of the day, but it's the only fix that works for me every single time. It's absurd that I have to use weird tricks like this to get features working on what's supposedly a high-end productivity mouse. |
That is not a fix, do not call it a fix, its a workaround. |
Update dropped today. It works for me in VSCode. (Only on Logitech Options, not Logi Options+) |
I can confirm, fixed for my original MX Master mouse. Hopefully it will be in Logi Options+ soon. |
I'm currently in the process of inquiring about that. But I'm happy that it works at all, lol |
Guys I can confirm it today I got the update Logitech Options (9.70.68) and now the horizontal scroll is working in the applications developed with electron and the ones I currently use, I had even posted this issue on reddit. Still not working in logi + |
The problem continues for Logi+, it was only fixed for Logitech options, so those who have a Mx Master 3s, will have to send many reports to Logitech to fix the problem in Logi+. |
Though they released logi options+ 1.20.833, the issue still continues. |
An update for people, as a workaround I have found working for me: adding the electron app's executable as an application-specific setting in Logi Options+. I am unsure why this works, however doing this (and copying the settings from global default) forces Logi Options+ to send a standard horizontal-scroll event. It looks like Logitech decided (for whatever reason) to send some other input that is meant to emulate the side-scroll for any electron-ran application. Doing this has corrected that for me, though I'm unsure why this is even needed. Does show it's an issue on Logitech's side, however. |
Adding code.exe as a separate setting only temporarily works for me. It gives normal side scrolling when Options+ is opened, but if I then scroll in another app and go back to VS Code it's back to the emulated smooth scrolling which indicates it's back to the weird built in behaviour |
The post above from @mattgaspar which explains: If you change the "Code.exe" file name to "Chrome.exe", horizontal scrolling works. The reference that he links to proves that Logitech hard coded certain apps (by name) to behave differently. This is pretty silly, but I am just glad someone found a simple solution, even if it is ugly... |
It seems like this is an issue with Logitech drivers, not with Electron, so I'm going to close this issue as I don't believe there is any action for the Electron team to take. Feel free to continue using this issue to discuss workarounds and solutions. |
In case it helps anybody: removing the chrome specific actions from logi Options+ 1.34 instantly fixed my issues in VSCode |
This works for me. But it's not a good workaround. The conclusion is that it now works more often. Sometimes it will jerk and stop scrolling. When unfocusing and refocusing the VS Code window, it will start working again. This is behavior I see other people mentioning as well. Which I did not have before installing chrome. |
Still not working in Brave on Win 10. Works for me in VSCode. |
Coming from VS Code where they have identified electron as the issue.
microsoft/vscode#56964
MX Master mouse horizontal scroll does not work or works intermittently.
The text was updated successfully, but these errors were encountered: