Bug 478146

Summary:	Desktop widgets that accept scroll input are not inverted when "natural scrolling" is enabled
Product:	[Plasma] plasmashell	Reporter:	Adam Fontenot <adam.m.fontenot+kde>
Component:	general	Assignee:	Plasma Bugs List <plasma-bugs-null>
Status:	RESOLVED INTENTIONAL
Severity:	normal	CC:	kde, nate, nicolas.fella, roger.vins.11, vlad.zahorodnii
Priority:	NOR	Keywords:	qt6
Version First Reported In:	5.90.0
Target Milestone:	1.0
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Adam Fontenot 2023-12-06 06:02:07 UTC

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

Comment 1 Nate Graham 2023-12-07 22:05:07 UTC

This is Qt regression which is already fixed in the next version of Qt; 6.6.2 I believe.

Comment 2 Adam Fontenot 2023-12-21 04:50:54 UTC

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

Comment 3 Nate Graham 2024-01-09 22:32:36 UTC

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. :)

Comment 4 cwo 2025-05-10 11:08:29 UTC

*** Bug 503993 has been marked as a duplicate of this bug. ***