Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
- After updating to 7.4, the mouse settings have no effect when changed
Version-Release number of selected component (if applicable):
7.4 GA
How reproducible:
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
Actual results:
- Changing settings in the "Mouse and Touchpad" have no effect whasoever
Expected results:
- Mouse behavior changes based on the configured settings
Additional info:
*** Bug 1480372 has been marked as a duplicate of this bug. ***
Comment 12Laurent Wandrebeck
2017-08-29 08:54:24 UTC
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.
As Jiri Koten instructed, I fixed this issue for a RHEL 7.4 user by installing the package:
xorg-x11-drv-libinput
It pulled in the dependency:
libinput
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:
/usr/share/X11/xorg.conf.d/40-libinput.conf
If you have an xorg.conf or xorg.conf.d file with:
Section "InputClass"
It might interefere.
> It pulled in the dependency:
> libinput
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:
> /usr/share/X11/xorg.conf.d/40-libinput.conf
> 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.
Comment 28Michael Boisvert
2018-01-04 18:45:07 UTC
I am able to successfully adjust all mouse settings in GNOME 3.26 via GUI, including the important Left/Right primary button.
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.
https://access.redhat.com/errata/RHBA-2018:0770
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.