Description of the issue: After installing the new update from flathub (flathub commit 46b8438bb121), the touchpad scroll speed became slower. For some reason, it doesn’t scale well with the desktop environment (KDE Plasma wayland) scroll speed. This was not an issue on the previous update (flathub commit dfe508f72cb1). I also noticed that two finger swipe gestures for going back and forth have also become unbearably slow too.
How can this issue be reproduced?
Install the new update from flathub
Try scrolling on youtube, reddit, settings page, etc…
Expected result: Scroll speed to scale well with desktop settings like before
(I should be going to sleep but sometimes I can’t stop wanting to help people, lol).
I want to test this but only have Linux on a VM, and I’m not entirely sure I can pass the touchpad through to the VM (it’s not USB, but “SMBus”), so in the meantime:
What distro are you using?
Does the latest Chromium build also do the same thing? Something like this usually is directly from Chromium itself. (If testing Chromium, test it as a Flatpak as well).
(Keep in mind, Flatpak’s are sandboxed, so they can’t quite interact with the machine like a regularly installed app on Linux can. I doubt this is the case since the last build worked, but one thing to keep in mind, as installing Brave as a Flatpak isn’t quite recommended by Brave’s site either simply due to the sandboxing. But like I said, something tells me this isn’t a sandboxing issue.)
The scroll speed is extremely slow, which was not the case before the update and it’s not a desktop problem as other Chromium based browsers like Edge work as expected.
Forcing a brave start with brave-browser --ozone-platform=x11 fix the issue.
Yeah I can confirm that the same thing happened to me using the build 1.85.111 from the brave repo on fedora 43. Scrolling works fine on mouse but it became unusably slow when using with touchpad of the laptop.
thanks for ur enthusiasm! yeah u r right. this isn’t limited to flatpak as others have mentioned.
as for your questions:
fedora kinoite 43 but it seems to be distro-agnostic
since im on an atomic distro i cant install anything other than flatpaks and the other browsers on flathub seem to use chromium 142.x instead of the all new 143. i hope any other users could help us out here!
I am also having scroll speed issues recently. I’m using Brave v1.85.111 and Ubuntu 22.04.5 LTS. Suddenly, using my mouse’s scroll wheel has been like swimming up-hill. It’s really slow in Brave but not in any other place. I’ve tried Chromium and the scroll speed is fine there.
I tried brave-browser --ozone-platform=x11, but it didn’t fix the problem.
The same thing is happening to me with Brave 1.85.111 from the Arch AUR repository and Arch 6.12.60-1-lts. Forcing a brave start with brave --ozone-platform=x11 does not fix the issue. Scrolling is slowed only with the touch pad; mouse scrolling is unaffected. The scroll speed is unaffected in every other application.
Edit: Tested on chrome and the touch pad scrolling is affected the same as it is on brave
Version 143.0.7499.40 (Official Build) Arch Linux (64-bit)
Thank you for testing that! It seems the new Brave version is based on Chromium 143.0.7499.40 which did release on the 2nd of December. I looked in the Chromium release logs, and found nothing regarding scrolling (either Linux or any OS for that matter).
So I checked Brave’s logs and likewise I didn’t find anything either.
It’s wild for one user, forcing XWayland did help but not for anyone else. I’ll let a dev take a look at this, but thank you again for checking Chromium itself. Much appreciated for troubleshooting!
Out of curiosity, one user did try Chromium alongside Brave and said Chromium was not affected (forgot to ask them what version of Chromium they tried), and the users here are saying the mouse is fine, but the touchpad is not, but like that ticket, one user DID force X11 and said it worked while others didn’t.
Users here are saying the mouse is not the issue, only the touchpad. The Chromium issue is a reverse uno of this, that appears to be the mouse, not the touchpad (however, same oddity, forcing X11 worked for some like the other user here).
EDIT: Nevermind, found one user there who DID report touchpad issues:
I’m using Chromium 142.0.7444.175, 64-bit. Scrolling there goes at normal speed. Brave is bad, I’m only using a mouse scroll wheel I can’t verify what happens with a touchpad.
great! but i still think in situations like this, it is best that brave avoids such releases or at least hold back on them. i hope to see a release soon enough because this bug is very annoying.
Noticing the same issue on EndeavourOS using the AUR package. Issue on Brave and Chromium. Mousewheel behaviour is unaffected.
I would like to add that before the change the scrolling behavior was TOO fast for me to use, without actual acceleration like on Windows (or linux on firefox based browsers). The current behavior would be better if it had better acceleration factors. The back/forward two finger swipe is impossible to achieve without swiping through the whole touchpad due to the slow speed.
everythings working now after the update but still it is not satisfactory that users had to wait for a week to fix this issue. Hopefully brave takes some steps to hold back chromium versions if regressions like these exist.
