[Plasma 5] Reverse/natural scrolling doesn't stick

[Jomik]

Issue description

Reverse scrolling in Plasma 5 gets disabled. Sometimes.
Also doesn't seem to abide by services.xserver.libinput.naturalScrolling = true;

Steps to reproduce

Tick Reverse Scrolling - Vertical in touchpad settings in Plasma 5
nixos-rebuild switch
reboot
Observe that reverse scrolling is not active. When settings are opened, a warning will pop up that the shown settings are not the ones active.

Technical details

 - system: `"x86_64-linux"`
 - host os: `Linux 4.14.87, NixOS, 18.09.1636.b144dfa3b27 (Jellyfish)`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.1.3`
 - channels(root): `"nixos-18.09.1636.b144dfa3b27"`
 - channels(jomik): `""`
 - nixpkgs: `/nix/var/nix/profiles/per-user/root/channels/nixos`

Gist of my configuration.nix

[orivej]

services.xserver.libinput.naturalScrolling configures scrolling at the startup of the X server. Since a certain KDE release, KDE applies its setting on the KDE startup, and then libinput.naturalScrolling indeed is not relevant. It might be that an unrelated program disables natural scrolling concurrently with KDE enabling it…

EDIT: I used to enable natural scrolling in configuration.nix, then after updating KDE had to enable it in KDE settings, and did not have issues since then.

[jcrben]

@Jomik reverse scrolling is working for me 19.03pre166987.bc41317e243 (Koi) - perhaps try seeing if the upgrade helps things? can you reproduce in a vm similar to the way this issue #47552 (comment) was reproduced?

I have it set with both the Plasma GUI and configuration.nix services.xserver.libinput.naturalScrolling = true; but I do think that the configuration.nix settings are not being respected which is a bummer because I really want my services.xserver.libinput.tappingDragLock = false; to be respected. See below.

@samueldr would it make sense to tag this as topic: qt/kde? The issue of configuration.nix libinput settings being overwritten is particularly annoying.

[Jomik]

@jcrben Sorry, I switched away from KDE as multiple monitors also seemed to cause KDE to freeze.
I'll leave this open as it seems to be an actual issue, maybe my post/title should be modified to say libinput in general?

[jcrben]

I tested a bit today by loading an i3 session. Turns out I was confused about services.xserver.libinput.tappingDragLock = false; and I wanted tappingDrag, which I specified using xserver.libinput.additionalOptions. Apparently this tappingDrag xserver option isn't being disregarded when using KDE, possibly because KDE hasn't set up configuring it from their GUI yet. I can reproduce the issue of services.xserver.libinput.naturalScrolling = true; not being respected on 19.03pre166987.bc41317e243 (Koi).

[orivej]

Maybe it'd be enough to say in libinput.naturalScrolling description that KDE configures it in System Settings > Input Devices > Touchpad > Scrolling > Reverse scrolling.

[Jomik]

@orivej That sort of defeats the purpose of a declarative configuration 👎

[gilescope]

The config doesn't seem to make any differenece on a MBP on xfce desktop manager. Is there a desktop manager where it is listened to?

[stale]

I marked this as stale due to inactivity. → More info

[mich2k]

I have still this issue on kde

[ttytm]

I have still this issue on kde

Option "NaturalScrolling" "on"

solved it for me.

had to add this option to the configuration file. It was the 30-touchpad.conf file in
/etc/X11/xorg.conf.d/