Description of problem:
- After updating to 7.4, the mouse settings have no effect when changed
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. press the "super" key on the keyboard
2. locate "Settings" in the applications panel
3. Choose the "Mouse and Touchpad" icon
4. Attempt to make changes to mouse settings
- Changing settings in the "Mouse and Touchpad" have no effect whasoever
- Mouse behavior changes based on the configured settings
*** Bug 1480106 has been marked as a duplicate of this bug. ***
*** Bug 1480372 has been marked as a duplicate of this bug. ***
Confirmed here. CentOS 7.4.
Used to work fine in 7.3 (I’m left handed, main button is the right one to me).
Update to 7.4, main button became the left one, and gnome app does not change anything.
Changing mouse settings in control center doesn't work with the default evdev drivers, but is working fine with libinput driver.
To use libinput in X.Org the xorg-x11-drv-libinput driver is required.
*** Bug 1486435 has been marked as a duplicate of this bug. ***
*** Bug 1513622 has been marked as a duplicate of this bug. ***
As Jiri Koten instructed, I fixed this issue for a RHEL 7.4 user by installing the package:
It pulled in the dependency:
We did not have to reboot; we only had to log out of gnome & log back in. Although libinput does install udev rules.
Note that xorg-x11-drv-libinput provides:
If you have an xorg.conf or xorg.conf.d file with:
It might interefere.
> It pulled in the dependency:
That is correct behaviour, the xorg-x11-drv-libinput driver is a thin wrapper around libinput itself which does all the heavy lifting.
> We did not have to reboot; we only had to log out of gnome & log back in. Although libinput does install udev rules.
For your use-case the udev rules don't matter too much and after the next reboot (or plugging in of devices) they will apply.
> Note that xorg-x11-drv-libinput provides:
> If you have an xorg.conf or xorg.conf.d file with:
> Section "InputClass"
> It might interefere.
The default ordering of the drivers in RHEL7 is that xorg-x11-drv-synaptics sorts higher than xorg-x11-drv-libinput and thus takes precedence. This was chosen because libinput's touchpad behaviour is somewhat different to synaptics' and we didn't want users to have to adjust to a new behaviour. This doesn't apply in the same extent the mouse/keyboard behaviour, so libinput sorts higher than xorg-x11-drv-evdev and thus overrides that driver if installed.
I am able to successfully adjust all mouse settings in GNOME 3.26 via GUI, including the important Left/Right primary button.
*** Bug 1492643 has been marked as a duplicate of this bug. ***
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
After applying this fix, I'm able to change the setting, but it uses the opposite button from the one I set it to, i.e. left = right. Perhaps there's a login error in the code so it thinks that "left button" means "left side". This is on Gnome. It's running in a VM, which may be relevant.
It's unfortunate that libinput adoption has taken so long, and not just on RHEL. Several distros were using Synaptic long after it became a dead project, including Ubuntu. Endless touchpad malfunctions had me ready to abandon Linux distros as Laptop OSes, generally, but then I discovered libinput. I've had no issues since switching to libinput, after two years of use.