Hide Forgot
Kernel 4.6 has reintroduced the ignoring of the mouse settings. Even though I have setting set to right button as primary, this kernel is ignoring this and making the left button primary.
I may have misdiagnosed this. It appears it may be an XOrg/XWayland thing, and I had not checked which I was using. The default login appears to have changed a couple of times and is now back to XOrg rather XWayland. Evidence now indicates that mouse button allocation is fine under XWayland and ignored using XOrg. So this is not a kernel thing but an X/Wayland thing.
This bug appears to have been reported against 'rawhide' during the Fedora 25 development cycle. Changing version to '25'.
Still seems to be a problem on F26 Rawhide.
"right button as primary" means you enabled the left-handed option in GNOME? or how did you set it? fwiw, the xorg-x11-drv-mouse driver has been removed two years ago
I think the idea of "left handed" and "right handed" mouse got removed from the mouse setting a while back – which is a good thing as some of use use mouse with either hand and switch the buttons around as and when. I cannot check on Rawhide specifically just now as I am away from home and in Debian Sid mode. I'll be more Rawhide specific when I get back. But from the GNOME perspective, yes I switch which button (left or right) is primary using the GNOME Settings | Mouse dialogue. Another element to this is the buttons of the laptop trackpad vs the buttons of a USB attached mouse. Sometimes they behave the same and sometimes they are opposite. I would need to perform a more structured check of the current state to say anything definite on this. Second week of November would be a good time for me to do something more int he way of proper data on this.
run xinput watch-props "<device name>" using the device name of your mouse (xinput list shows it). When you hit the gnome toggle button, does the left-handed property change? same goes for your touchpad, just substitute the touchpad name
I didn't do the xinput thing yet. I just tried a USB mouse and touchpad via the "Mouse & Touchpad" "Test your Settings" on a Lenovo ThinkPad X1 and it all seems to work fine with both XOrg login and Wayland login on Rawhide with kernel 4.9.0 rc4 git3.1. I need to try this on my main workstation though before being able to say it has stopped being an issue. I didn't post this against xorg-x11-drv-mouse, that was a change made by Josh Boyer.
The problem persists running an Xorg login on my workstation. A Wayland login is fine. No amount of fiddling with the settings in "Mouse & Touchpad settings changes anything. The "Primary Button" remains the left button, and the scrolling remains window rather than content. The initial out of the two commands are as below. The mouse properties remain unchanged no matter what clicking is going on. |> xinput list ⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ Logitech M525 id=8 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ Power Button id=6 [slave keyboard (3)] ↳ Power Button id=7 [slave keyboard (3)] ↳ USB Keyboard id=9 [slave keyboard (3)] ↳ USB Keyboard id=10 [slave keyboard (3)] |> xinput watch-props "Logitech M525" Device 'Logitech M525': Device Enabled (144): 1 Coordinate Transformation Matrix (146): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000 Device Accel Profile (277): 0 Device Accel Constant Deceleration (278): 1.000000 Device Accel Adaptive Deceleration (279): 1.000000 Device Accel Velocity Scaling (280): 10.000000 Device Product ID (266): 1133, 16403 Device Node (267): "/dev/input/event4" Evdev Axis Inversion (281): 0, 0 Evdev Axes Swap (283): 0 Axis Labels (284): "Rel X" (154), "Rel Y" (155), "Rel Horiz Wheel" (275), "Rel Vert Wheel" (276) Button Labels (285): "Button Left" (147), "Button Middle" (148), "Button Right" (149), "Button Wheel Up" (150), "Button Wheel Down" (151), "Button Horiz Wheel Left" (152), "Button Horiz Wheel Right" (153), "Button Side" (270), "Button Extra" (271), "Button Forward" (272), "Button Back" (273), "Button Task" (274), "Button Unknown" (269), "Button Unknown" (269), "Button Unknown" (269), "Button Unknown" (269), "Button Unknown" (269), "Button Unknown" (269), "Button Unknown" (269), "Button Unknown" (269), "Button Unknown" (269), "Button Unknown" (269), "Button Unknown" (269), "Button Unknown" (269) Evdev Scrolling Distance (286): 1, 1, 1 Evdev Middle Button Emulation (287): 0 Evdev Middle Button Timeout (288): 50 Evdev Third Button Emulation (289): 0 Evdev Third Button Emulation Timeout (290): 1000 Evdev Third Button Emulation Button (291): 3 Evdev Third Button Emulation Threshold (292): 20 Evdev Wheel Emulation (293): 0 Evdev Wheel Emulation Axes (294): 0, 0, 4, 5 Evdev Wheel Emulation Inertia (295): 10 Evdev Wheel Emulation Timeout (296): 200 Evdev Wheel Emulation Button (297): 4 Evdev Drag Lock Buttons (298): 0
In contrast on the X1, which works fine, I have: |> xinput list ⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ Logitech USB Receiver id=9 [slave pointer (2)] ⎜ ↳ Logitech USB Receiver id=10 [slave pointer (2)] ⎜ ↳ ELAN Touchscreen id=11 [slave pointer (2)] ⎜ ↳ SynPS/2 Synaptics TouchPad id=14 [slave pointer (2)] ⎜ ↳ TPPS/2 IBM TrackPoint id=15 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ Power Button id=6 [slave keyboard (3)] ↳ Video Bus id=7 [slave keyboard (3)] ↳ Sleep Button id=8 [slave keyboard (3)] ↳ Integrated Camera id=12 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=13 [slave keyboard (3)] ↳ ThinkPad Extra Buttons id=16 [slave keyboard (3)] ↳ Logitech USB Receiver id=17 [slave keyboard (3)] I have no idea if it is id=9 or id=10 that is the mouse, but as with the M525 on the workstation, it is a Logitech mouse (M187) attached via a USB device. |> xinput watch-props 9 Device 'Logitech USB Receiver': Device Enabled (136): 1 Coordinate Transformation Matrix (138): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000 libinput Accel Speed (275): -0.313653 libinput Accel Speed Default (276): 0.000000 libinput Accel Profiles Available (277): 1, 1 libinput Accel Profile Enabled (278): 1, 0 libinput Accel Profile Enabled Default (279): 1, 0 libinput Natural Scrolling Enabled (280): 1 libinput Natural Scrolling Enabled Default (281): 0 libinput Send Events Modes Available (259): 1, 0 libinput Send Events Mode Enabled (260): 0, 0 libinput Send Events Mode Enabled Default (261): 0, 0 libinput Left Handed Enabled (282): 1 libinput Left Handed Enabled Default (283): 0 libinput Scroll Methods Available (284): 0, 0, 1 libinput Scroll Method Enabled (285): 0, 0, 0 libinput Scroll Method Enabled Default (286): 0, 0, 0 libinput Button Scrolling Button (287): 2 libinput Button Scrolling Button Default (288): 274 libinput Middle Emulation Enabled (289): 0 libinput Middle Emulation Enabled Default (290): 0 Device Node (262): "/dev/input/event4" Device Product ID (263): 1133, 50479 libinput Drag Lock Buttons (291): <no items> libinput Horizontal Scroll Enabled (264): 1 |> xinput watch-props 10 Device 'Logitech USB Receiver': Device Enabled (136): 1 Coordinate Transformation Matrix (138): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000 libinput Natural Scrolling Enabled (280): 1 libinput Natural Scrolling Enabled Default (281): 0 libinput Send Events Modes Available (259): 1, 0 libinput Send Events Mode Enabled (260): 0, 0 libinput Send Events Mode Enabled Default (261): 0, 0 Device Node (262): "/dev/input/event5" Device Product ID (263): 1133, 50479 libinput Drag Lock Buttons (291): <no items> libinput Horizontal Scroll Enabled (264): 1 Device 10 responded to changes in natural scrolling button but not to changes of left and right button as primary. Device 9 responded to both changes of natural scrolling and changes of primary button.
GNOME has dropped support for the legacy input drivers except for the new one with libinput. On the X1 you have xorg-x11-drv-libinput, on the other ones you have evdev and probably synaptics for the touchpad. Install xorg-x11-drv-libinput and the problem should go away. If not, check whether you have a custom xorg.conf.d snippet that assigns the evdev driver to the mouse and remove that.
Peter, Your analysis turns out to be spot on (which you expected :-). I do not have any extras in xorg.conf.d, but the X201, T500 and workstation did not have libinput just evdev and synaptics. As you predicted install libinput and it works as required. Should I leave evdev and synaptics installed? Thank you for sorting my machines out, much appreciated. Though I suspect I will now be trying to use the Wayland login rather than the XOrg login now that it has returned as the default in Rawhide. It is comforting that this was just a plugin error, but on the other hand might there be a problem with package dependencies leading up to this?
We've installed libinput by default for a couple of releases now but there are systems that were upgraded from before F22 (iirc) and they may have it missing. For F26 any install of xorg-x11-drv-synaptics will be replaced by xorg-x11-drv-libinput. So there may be a few leftovers like yours until then but it'll go away over time.