Scrolling is much heavier after upgrading to 25.0.8. I use the default scroll speed minus one point. Feels like 25% of my actual scrolling speed. Only happens in Dolphin. Other applications are not affected. Thanks.
+1 You have to do a lot of mouse scrolling. I increased overall system scroll, but now other way fast compared to Dolphin. I think it is related to this commit: https://invent.kde.org/system/dolphin/-/merge_requests/982
I think Dolphin scroll speed should be compared to browsers (especially in details mode).
Building dolphin 25.08.0 with the commit https://invent.kde.org/system/dolphin/-/merge_requests/982 reverted fixes the slow scrolling issue for me
I too have this issue now. It used to be sub-par scrolling, but now it's the other spectrum of bad scrolling. Changing the system wide scroll speed doesn't seem to affect the speed at all. I tried, cranked it to the max (and the min), no effect on Dolphin at all. I did relog just to be sure though i assume these settings are applied on the fly.
(In reply to Mark from comment #4) > I too have this issue now. > It used to be sub-par scrolling, but now it's the other spectrum of bad > scrolling. > Changing the system wide scroll speed doesn't seem to affect the speed at > all. I tried, cranked it to the max (and the min), no effect on Dolphin at > all. I did relog just to be sure though i assume these settings are applied > on the fly. Till this gets investigated you can increase the scroll speed by adding this: [KDE] WheelScrollLines=9 in: ~/.config/dolphinrc You may need to adjust the number but it should work.
Thank you for that hint @Sdar! That's much appreciated. I'm curious though, i thought that option could be changed in the gui (dolphin settings) too? I went over it literally 3 times looking for it but: - it's either gone? - never was there and i'm imagining things? - i keep reading over it?
(In reply to Sdar from comment #5) > (In reply to Mark from comment #4) > > I too have this issue now. > > It used to be sub-par scrolling, but now it's the other spectrum of bad > > scrolling. > > Changing the system wide scroll speed doesn't seem to affect the speed at > > all. I tried, cranked it to the max (and the min), no effect on Dolphin at > > all. I did relog just to be sure though i assume these settings are applied > > on the fly. > > Till this gets investigated you can increase the scroll speed by adding this: > > [KDE] > WheelScrollLines=9 > > in: > ~/.config/dolphinrc > > You may need to adjust the number but it should work. nice! thanks.
Some updates. While this definitely happened on my KDE environment (i tried it in there to be sure before i even commented), i can't reproduce that anymore. Don't know what changed besides a reboot. Changing the scroll speed in the system-settings (Mouse & Keyboard -> Mouse -> Scrolling speed) applies it just fine. No need to relog or reboot, it works in dolphin. You might want to restart dolphin though but that's about it. It's when i'm not using KDE (but am using Dolphin) that i'm facing more issues. Say in a Hyprland environment. I took a look in the code from the Mouse KCM [1] and it looks like it's using backend specific paths (x11/wayland) through kwin! Which is kind a confirmed by opening system-setting and going to the mouse settings in a desktop environment that isn't plasma, then you'll see "Querying input devices failed. Please reopen this settings module." Apparently, and this boggles my mind in disbelief, the scroll factor is a compositor or even app specific feature. Ouch! This thread [2] confirms that. There are a few different ways to go about this. 1. No config in Dolphin, you rely on compositor settings. This only works if everybody like the speed in dolphin. Hey, we're linux users with wildly diverse opinions. Are we ever gonna settle on a universal "this is an ok scroll speed" value? I don't think so. Now i've looked in hyperland, i'm using it more and more, and it does have a "scroll_factor" which defaults to 1.0. Changing that to 3.0 makes dolphin act as i want it. But everything else (chrome and other apps with scroll), men they race at the speed of light! So i think it's safe to say that a global option is not a desirable outcome. The current dolphin implementation is this option. With the caveat that you can edit dolphinrc as mentioned by Sdar. But given that this is a GUI application, it's nasty to hide it in a config variable that isn't even documented anywhere. You just happen to have to know about both KDE and Qt for this to make sense. It would be different if this were a console based app, but it's not. 2. A configurable setting in dolphin. The cleanest solution is probably to make this [3] configurable in the dolphin settings. Set a default that you like in KDE that mimics that compositor speed setting. I think this is a clean and sensible solution. It is essentially a gui way to make WheelScrollLines editable. Again, i thought this was there in the gui all along but i can't find it anywhere. [1] https://invent.kde.org/plasma/plasma-desktop/-/tree/master/kcms/mouse [2] https://discourse.gnome.org/t/add-touchpad-scroll-sensitivity-adjustment-feature/18097/36 [3] https://doc.qt.io/qt-6/qapplication.html#wheelScrollLines-prop
A possibly relevant merge request was started @ https://invent.kde.org/system/dolphin/-/merge_requests/1041
Git commit 76b2443130955a7a830d06ef23f647950ad48507 by Felix Ernst, on behalf of Felix Ernst. Committed on 07/09/2025 at 21:28. Pushed by felixernst into branch 'master'. Double scroll distance This commit doubles the distance a single scroll tick will scroll in the main view. While fixing a bug and improving scroll behaviour in 8e3addb7e73122a4c89ef347b03f714ff75a253a, the scroll distance was effectively reduced to a third of the original value. Most users seem to be okay with this, but there is some disgruntlement. Even though the new scroll speed is consistent with KWrite, it is way slower than e.g. Firefox. In a perfect world we would have a similar scroll distance in every scroll area so users could predict how much they have to scroll to see a certain part of the content, however we are not there yet. This commit aims to find a middle ground between our own definition of scroll distance and user expectation. M +8 -1 src/kitemviews/kitemlistview.cpp https://invent.kde.org/system/dolphin/-/commit/76b2443130955a7a830d06ef23f647950ad48507
Git commit 0ab062d0ab798931008defa14153abfb1994ec96 by Felix Ernst. Committed on 07/09/2025 at 22:12. Pushed by felixernst into branch 'release/25.08'. Double scroll distance This commit doubles the distance a single scroll tick will scroll in the main view. While fixing a bug and improving scroll behaviour in 8e3addb7e73122a4c89ef347b03f714ff75a253a, the scroll distance was effectively reduced to a third of the original value. Most users seem to be okay with this, but there is some disgruntlement. Even though the new scroll speed is consistent with KWrite, it is way slower than e.g. Firefox. In a perfect world we would have a similar scroll distance in every scroll area so users could predict how much they have to scroll to see a certain part of the content, however we are not there yet. This commit aims to find a middle ground between our own definition of scroll distance and user expectation. (cherry picked from commit 76b2443130955a7a830d06ef23f647950ad48507) M +8 -1 src/kitemviews/kitemlistview.cpp https://invent.kde.org/system/dolphin/-/commit/0ab062d0ab798931008defa14153abfb1994ec96