SUMMARY This appears to be a regression between Plasma 5.27.9 (X11) and 5.90.0 (Wayland), which I am currently testing. I use the natural scrolling option on my touchpad. It works in all applications I've tested (e.g. Dolphin, Okular, Firefox). It does not work on 5.90.0 under Wayland for any scrollable widget I've tested (volume, brightness). With natural scrolling enabled, I naively expect that pulling down on the widget increases the volume, but with this regression Plasma breaks the expectation. STEPS TO REPRODUCE 1. Enable natural scrolling 2. Try to scroll "down" (moving your fingers from top to bottom on the touchpad). OBSERVED RESULT The volume / brightness / etc decreases. EXPECTED RESULT The volume / brightness / etc increases. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.90.0 KDE Frameworks Version: 5.246.0 Qt Version: 6.6.1 Kernel Version: 6.6.4-arch1-1 (64-bit) Graphics Platform: Wayland
This is Qt regression which is already fixed in the next version of Qt; 6.6.2 I believe.
Tested on Qt 6.7.0-beta, not fixed. Operating System: Arch Linux KDE Plasma Version: 5.91.0 KDE Frameworks Version: 5.247.0 Qt Version: 6.7.0 Kernel Version: 6.6.7-arch1-1 (64-bit) Graphics Platform: Wayland
Sorry, my mistake, I failed to read the original report correctly. Up now always means volume/brightness/etc. up, and down now always means volume/brightness/etc. down, irrespective of whether you have inverted scrolling or not. So I'm afraid this is a "behaves as intended" situation. :)