SUMMARY Since few KDE Plasma versions I observed that setting the scrolling direction between most applications (Firefox, Dolphin, Okular, Konsole) and some Plasma specific applications (network applet, system settings) is inverted. If I enable "natural scrolling" then this applies correctly to most applications but not to Plasma applets etc., if I disable the situation is the opposite. STEPS TO REPRODUCE 1. Scroll in System Settings and in Dolphin (for example) 2. Enable/Disable "natural scrolling" 3. Scroll again OBSERVED RESULT The direction of scrolling is different in the two applications. EXPECTED RESULT The direction of scrolling is always the same in every application. SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.18.0 KDE Frameworks Version: 5.67.0 Qt Version: 5.14.1 Kernel Version: 5.4.19-1-MANJARO OS Type: 64-bit ADDITIONAL INFORMATION Plasma on Wayland
*** Bug 417686 has been marked as a duplicate of this bug. ***
*** Bug 410156 has been marked as a duplicate of this bug. ***
I can confirm this issue and point out that more relevant data can be found in this duplicate post: Bug 410156. So if you are any of the developers trying to debug and fix it, make sure you check this one.
From my experience, this bug affects Plasma Wayland only on Qt 5.14.x. It started for me in Plasma 5.17 when Manjaro & Arch updated to Qt 5.14. It still persists in Plasma 5.18 with Qt 5.14.1. The bug is not present in Kubuntu 19.10 [with Plasma 5.17] or 20.04-nightly [with Plasma 5.18] because they build against Qt 5.12.x.
*** Bug 417694 has been marked as a duplicate of this bug. ***
Same thing on Wayand session of Neon unstable after update to Qt 5.14.1. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.18.80 KDE Frameworks Version: 5.68.0 Qt Version: 5.14.1
Debugged this a bit. It seems Qt in QtWayland inverts the angle delta, but not the pixel delta. This doesn't make much sense.
Edit. ignore that. It is a bug compositor side. axis and discrete axis should go the same way, yet WAYLAND_DEBUG shows they're not. It also works correctly when running native, so it's an issue either in libinput or processing data from it.
Edit again: I shouldn't doubt myself. I was right initially https://codereview.qt-project.org/c/qt/qtwayland/+/296523 Hopefully will be in Qt5.15.0, we'll see
Thanks David!
*** Bug 421951 has been marked as a duplicate of this bug. ***
*** Bug 422366 has been marked as a duplicate of this bug. ***
> Hopefully will be in Qt5.15.0, we'll see It looks like 5.15.0 has the same issue.
Just FYI, I just patched QtWayland 5.15 with the upstream patch and the issue did not go away. Has anybody else experienced this?
I am also still experiencing the issue with Qt 5.15. But I guess that makes sense since https://codereview.qt-project.org/c/qt/qtwayland/+/296523 hasn't actually been merged into Qt yet.
(In reply to Nate Graham from comment #15) > I am also still experiencing the issue with Qt 5.15. But I guess that makes > sense since https://codereview.qt-project.org/c/qt/qtwayland/+/296523 hasn't > actually been merged into Qt yet. A patched QtWayland myself with the proposed patch and it did *not* fix the problem. Maybe there is another issue with Qt 5.15 that needs to be looked at?
*** Bug 423202 has been marked as a duplicate of this bug. ***
*** Bug 423375 has been marked as a duplicate of this bug. ***
*** Bug 423550 has been marked as a duplicate of this bug. ***
Also patched with upstream patch, the issue was not fixed.
>Also patched with upstream patch, the issue was not fixed. patch updated for all axis sources
(In reply to David Edmundson from comment #21) > patch updated for all axis sources Where was this updated? I still see abandoned on the 25th of june here: https://codereview.qt-project.org/c/qt/qtwayland/+/296523
(In reply to David Edmundson from comment #21) > patch updated for all axis sources I have applied the new patch and the scrolling direction is correct. A few issues still persist: The scrolling jumps back to the top (Probably a QT bug) and the speed is still different (might need to be patched here).
Here is the new Qt patch: https://codereview.qt-project.org/c/qt/qtwayland/+/305647
That patch was merged, and I've got Qt 5.15.1 yet this is still happening to me on Wayland. The latest comment in there says this: Failed to cherry pick to 5.15. Reason: 409: Cannot create new patch set of change 296523 because it is abandoned So I guess that means it only went to Qt 6? Can yo manually
*can you manually cherry-pick it?
*** Bug 427966 has been marked as a duplicate of this bug. ***
*** Bug 428494 has been marked as a duplicate of this bug. ***
*** Bug 428919 has been marked as a duplicate of this bug. ***
Fixed in 5.15.2 https://code.qt.io/cgit/qt/qtwayland.git/tree/dist/changes-5.15.2/?h=v5.15.2 - [QTBUG-85767] Touchpad scrolling is no longer inverted.