Add support for setting the scroll speed of the mouse wheel.

[Igorek536]

Dear developers, I actively use Brave browser to work on different operating systems. There is one significant problem which interfere with productive use of this product. The scroll speed on Linux is very slow and I can't configure it. System settings or graphical environment settings don't affect GTK applications like Brave. There are two ways to solve this problem: imwheel and "Chromium Wheel Smooth Scroller" extension. Unfortunately, these solutions don't completely solve problem, but create additional inconvenience. Web-pages are a specific type of document and you often need to look faster through them. That's why scroll speed in browser needs to be higher than in other programs. Could you please add a setting, which provides ability to change scroll speed by mouse wheel? Thank you in advance!

[dackdel]

i second what ^ said. my scroll fingers hurt

[kiklop74]

Same thing

[buckley310]

This would be a big win in my opinion. Chromium (and thus chromium-based browsers) used to have a command line flag for this, but it was removed, ostensibly because they think it's GTK's problem. https://bugs.chromium.org/p/chromium/issues/detail?id=154776 Regardless of where the correct place to solve this is, it remains unsolved for 7 years.

This is keeping me from even giving Brave a fair shot as my primary browser.

[rebron]

Looks like fix for this is being tracked here: https://bugs.launchpad.net/gtk/+bug/124440

What's insufficient about: https://chrome.google.com/webstore/detail/chromium-wheel-smooth-scr/khpcanbeojalbkpgpmjpdkjnkfcgfkhb?hl=en-US

Supporting or bringing back --scroll-pixels resolves this for everyone? Because I don't see us doing any UI work for this.

[buckley310]

Looks like fix for this is being tracked here: https://bugs.launchpad.net/gtk/+bug/124440

It's being tracked in several places, and if you follow all the finger-pointing the consensus seems to be that it's the windowing compositor's problem, so for X11 the solution is this xf86-libinput driver patch (or some revised version of it): https://gitlab.freedesktop.org/xorg/driver/xf86-input-libinput/merge_requests/12 however when i applied that patch lots of other software started scrolling uncomfortably quickly, (including brave accessed via remote desktop!)

What's insufficient about: https://chrome.google.com/webstore/detail/chromium-wheel-smooth-scr/khpcanbeojalbkpgpmjpdkjnkfcgfkhb?hl=en-US

With my settings it negatively affects touchpad use, so requires manual toggling If I'm switching peripherals on my laptop. It's extra configuration and something to install when i set up a new machine, extra configuration that I don't have to do currently. I just generally hate the idea of injecting javascript into all webpages that takes over my scroll wheel.

Supporting or bringing back --scroll-pixels resolves this for everyone? Because I don't see us doing any UI work for this.

My impression is that --scroll-pixels only affects wheel "clicks", not high-resolution-scrolling devices. Does anyone know if this is accurate? If so, that would at least make me happy. My experience has been that high-res touchpad behavior is consistent across OSs and only wheel clicks differ.

[fgimian]

Just some thoughts about this on my end too. I'm using Ubuntu 19.10 in a VM with VMware Workstation with a Logitech MX705 mouse.

In Firefox, there are various about:config settings which I'm setting as follows:

user_pref("mousewheel.system_scroll_override_on_root_content.enabled", true);
user_pref("mousewheel.system_scroll_override_on_root_content.horizontal.factor", 150);
user_pref("mousewheel.system_scroll_override_on_root_content.vertical.factor", 150);

These make Firefox absolutely perfect on the scrolling front.

As mentioned Brave (and all Chromium-based browsers) have very slow scrolling on Linux out of the box. Even when using the extension linked above, the scrolling is not anywhere near as responsive as Firefox.

Often when I move the scroll wheel slowly (one click), Chrome / Brave don't scroll at all while Firefox always does.

The extension sadly is not the answer here, it doesn't work well enough imho

Another point is that many other apps (e.g. Sublime Text, VS Code, Terminal) all scroll really well and much faster relative to Chromium. So a global GTK setting won't really suffice.

Having an option in Preferences of Brave would be an absolutely lifesaver for all Linux users. Alternatively the default mouse wheel speed could be adjusted to be more like Windows or macOS out of the box.

Huge love and thanks Fotis

[buckley310]

Another point is that many other apps (e.g. Sublime Text, VS Code, Terminal) all scroll really well and much faster relative to Chromium. So a global GTK setting won't really suffice.

In my experience, VScode actually scrolls the same number of pixels as brave and chromium, however VScode lets you change it.

[fgimian]

Another point is that many other apps (e.g. Sublime Text, VS Code, Terminal) all scroll really well and much faster relative to Chromium. So a global GTK setting won't really suffice.

In my experience, VScode actually scrolls the same number of pixels as brave and chromium, however VScode lets you change it.

Sorry yep, you're spot on 😄

[busvw]

In Firefox, there are various about:config settings which I'm setting as follows:

user_pref("mousewheel.system_scroll_override_on_root_content.enabled", true);
user_pref("mousewheel.system_scroll_override_on_root_content.horizontal.factor", 150);
user_pref("mousewheel.system_scroll_override_on_root_content.vertical.factor", 150);

These make Firefox absolutely perfect on the scrolling front.

Thank you! This issue was really getting on my nerves (the ones in my right hand to be specific). Looks like I will be switching back to Firefox.

[Goddard]

Big problem to me on a 4k device in Red Hat. Scrolling too slow. Need to adjust this setting based on resolution/scale factor, or let the user change it or both.

[daniel-scatigno]

There is a option on flags:config Percent-based Scrolling If enabled, mousewheel and keyboard scrolls will scroll by a percentage of the scroller size. – Mac, Windows, Linux, Chrome OS, Android

But there is no where to set the percentage

[Bader-Al]

Here's what i do to get around this issue. 1 - Install Imwheel and set up ~/.imwheelrc 2 - In brave go to brave://flags 3 - Disable the following features

• Smooth Scrolling
• Percent-based Scrolling

[buckley310]

I have actually just been living with a libinput patch for the past few months. I think it yields the best result out of all the workarounds, although the distro I use makes applying patches on an ongoing basis pretty easy. https://github.com/buckley310/nixos-config/blob/master/modules/scroll-boost/libinput.patch

It is unfortunate that the chromium codebase seems to have changed a lot since "--scroll-pixels" was removed, and it does not seem trivial to revert.

[AlessandroDiGioacchino]

I'd love to see this happening. My current workaround is using libinput-multiplier from AUR, and wrapping the .desktop file in /usr/share/applications (KDE) with echo 3 > /tmp/libinput_discrete_deltay_multiplier; and ;echo 1 > /tmp/libinput_discrete_deltay_multiplier. Still, not the best solution consindering libinput-multiplier affects the entire OS as long as Brave is running (and, in my case, it's running basically always).

[sojusnik]

As a temporary workaround, hopefully this gets fixed soon, I'm using this simple extension to adjust the scroll speed.

[carlosalop]

I'd love to see this happening. My current workaround is using libinput-multiplier from AUR, and wrapping the .desktop file in /usr/share/applications (KDE) with echo 3 > /tmp/libinput_discrete_deltay_multiplier; and ;echo 1 > /tmp/libinput_discrete_deltay_multiplier. Still, not the best solution consindering libinput-multiplier affects the entire OS as long as Brave is running (and, in my case, it's running basically always).

Thank you for this comment, great workaround for now, this was driving me crazy and away from brave and chromium based browsers in general

[tuananhlai]

Is this feature being worked on? It would be a total game-changer for me if I can increase the scroll speed on Brave.

[buckley310]

Based on the way things are going, I think this issue will exist until the switch to wayland.

For example, KDE on wayland has a global scroll speed setting that does apply to Brave (I was just testing this earlier today), so for KDE-wayland, this is just not an issue anymore.

[tianer2820]

I'm having the same issue with Fedora35, running Gnome on Wayland. The mouse scrolls too slow, but the touchpad scroll rate is just fine (and is the same as firefox). I tried running Brave in native Wayland and in Xwayland but that doesn't solve the problem.

[jvillasante]

Same here, Fedora35 running Gnome on Wayland. Mouse scroll is painfully slow!

[ghost]

Here's what i do to get around this issue. 1 - Install Imwheel and set up ~/.imwheelrc 2 - In brave go to brave://flags 3 - Disable the following features

• Smooth Scrolling
• Percent-based Scrolling

Imwheel only work on Xwayland, if you have brave launched with wayland native (ozone settings) it does not work.

I'd love to see this happening. My current workaround is using libinput-multiplier from AUR, and wrapping the .desktop file in /usr/share/applications (KDE) with echo 3 > /tmp/libinput_discrete_deltay_multiplier; and ;echo 1 > /tmp/libinput_discrete_deltay_multiplier. Still, not the best solution consindering libinput-multiplier affects the entire OS as long as Brave is running (and, in my case, it's running basically always).

do you know if it possible to use it outside of arch for their git or someting (used arch before so i'm not affraid of terminal) just to know ?

[ghost]

Looks like fix for this is being tracked here: https://bugs.launchpad.net/gtk/+bug/124440

What's insufficient about: https://chrome.google.com/webstore/detail/chromium-wheel-smooth-scr/khpcanbeojalbkpgpmjpdkjnkfcgfkhb?hl=en-US

Supporting or bringing back --scroll-pixels resolves this for everyone? Because I don't see us doing any UI work for this.

More and more of linux switch to wayland any news on this ?

[buckley310]

Looks like the chromium project is raising the default scroll speed in version 109 :partying_face: https://bugs.chromium.org/p/chromium/issues/detail?id=1270089#c25

[ghost]

Looks like the chromium project is raising the default scroll speed in version 109 partying_face https://bugs.chromium.org/p/chromium/issues/detail?id=1270089#c25

just hope it will

[lalbers]

I have tried the latest chromium snapshot (110.0.5546.0) and can confirm that scrolling feels significant better under linux. 🎉 I have been waiting for this for years. https://aur.archlinux.org/packages/chromium-snapshot-bin

[buckley310]

Yep. Chromium release version 109 more than doubles the scroll speed.

[ghost]

Lasted brave (their repo) have fixed the issue for me (fedora).

i so ask to close this issue.

[cheald]

Brave is definitely scrolling faster now. However, it's uncomfortably fast for me now. I'm using the above linked extension for the time being, but it feels like a giant hack to inject scroll modification into each page.

I would very much like a flag or setting to be able to set the scroll distance per click myself.

[Septem151]

Found this issue through a google search, and I second the opinion that the scroll speed after this update has become unbearably fast. Is there any way to revert back to the old scrolling behavior, or to set the scrolling speed in the browser? This feature would be greatly appreciated.

[ghost]

Found this issue through a google search, and I second the opinion that the scroll speed after this update has become unbearably fast. Is there any way to revert back to the old scrolling behavior, or to set the scrolling speed in the browser? This feature would be greatly appreciated.

Brave is definitely scrolling faster now. However, it's uncomfortably fast for me now. I'm using the above linked extension for the time being, but it feels like a giant hack to inject scroll modification into each page.

I would very much like a flag or setting to be able to set the scroll distance per click myself.

It's not a brave change but a chromium change, and modifying the settings on brave end would be more complex, it's better to ask this kind of feature directly on chromium (it's why we had to wait a decade to see the slow scroll bug fixed).