GNOME Bugzilla – Bug 683329
No way to change how right click works on a touchpad.
Last modified: 2019-03-20 11:03:48 UTC
I have a Dell Studio 1558 whose trackpad has physical buttons for left and right click. So I don't need the right click functionality from my touchpad. But gnome-control-center automatically sets two-finger touch to right click. Now its very easy to double tap accidentally and it seems to happen every now and then which is very annoying. I tried to turn it off by editing /etc/X11/xorg.conf. But with no profit since it seems gnome-control-center resets the binding every time the computer starts. There is also no setting to turn two-mouse taps off. The only way left to me is to either completely remove gnome-control-center which isn't practical. What I am forced to do now is to switch to Debian Squeeze which has older version of it. So please either add a setting to configure the behavior of double-finger taps or remove the binding all together.
I'm pretty certain this is an X.org/kernel driver change for your device, and nothing to do with gnome-settings-daemon, which doesn't set or change the middle-click emulation.
I have tried changing /etc/X11/xorg.conf, with no effect. I tried to inspect the matter using xinput and what I found was that every time the computer restarts some program resets the settings due to which double tap emulates right click. Since Touchpad settings are the job of gnome-control-center I figured the problem should be there. I don't think that's a problem with X.org/kernel driver using xinput I can disable the right click emulation. I have set other options in /etc/X11/xorg.conf and they seem to work just fine, so the problem is also not with xorg.conf file. Please take a relook, no other program except the touchpad settings should change such settings and gnome-contol-center is where the problem is.
Please attach your Xorg.log. The upstream default is still to disable tapping, so either you have a config that toggles it (should show up in the log), your distribution patches a different default in or something else sets it at runtime. Is tapping enabled if you start a plain server via xinit?
Created attachment 224934 [details] X.org log file The Xorg log file.
Created attachment 224935 [details] Xorg.1.log file in /var/log
based on attachment 224934 [details] the touchpad is recognised as such and detects left and right buttons. This causes the upstream driver to disable tapping by default, but I think Ubuntu changed that at some point in their patched version. Again, is tapping enabled in a plain X server started with xinit? if so, this is a Ubuntu issue.
Yes, tapping (double tapping) is enabled when X server is started with xinit.
ubuntu ships a patch that enables tapping by default (104_always_enable_tapping.patch, I think). You can disable that by setting TapButton1 through to 3 to an explicit "0" in the xorg.conf. Test if that is really disabled then (test with xinit again), then start a gnome session. if tapping is enabled again after login, then there's something in gnome that interferes with it.
I disabled tapping in xorg.conf file: Option "RTCornerButton" "0" Option "RBCornerButton" "0" Option "LTCornerButton" "0" Option "LBCornerButton" "0" Option "TapButton1" "0" Option "TapButton2" "0" Option "TapButton3" "0" I started X first with xinit: $ xinput list-props 12 ... Synaptics Tap Action (289): 0, 0, 0, 0, 0, 0, 0 And then after starting Gnome: $xinput list-props 12 ... Synaptics Tap Action (289): 2, 3, 0, 0, 3, 1, 0 | | | | RT RB Tap Double-tap So Gnome is messing with the touchpad configuration. Also I download Ubuntu patches for gnome-control-center and I couldn't find a patch that messes with touchpad.
I take it you still have "enable mouse clicks with touchpad" unchecked in the control-center? what does the following command return? gsettings get org.gnome.settings-daemon.peripherals.touchpad tap-to-click if true, does it work if you set it to false?
Sorry, I had it checked. So I disabled it from the control-center and tried again: $ xinput list-props 12 | grep 289 Synaptics Tap Action (289): 0, 0, 0, 0, 0, 0, 0 Then I edited my xorg.conf file to enable touch: ... Option "LockedDrags" "true" Option "RTCornerButton" "3" Option "RBCornerButton" "3" Option "LTCornerButton" "3" Option "LBCornerButton" "3" Option "TapButton1" "3" Option "TapButton2" "0" Option "TapButton3" "0" After restarting I get this: $ xinput list-props 12 | grep 289 Synaptics Tap Action (289): 0, 0, 3, 3, 0, 0, 0 If I recheck the option the I get this: Synaptics Tap Action (289): 2, 3, 3, 3, 1, 3, 0 (This time setting Single tap to right click) Control Center explicitly configure Single tap, Double tap, Right Bottom Corner tap and Right Top Corner tap, not depending whether the option is checked or unchecked.
ankit28595: Is that still a problem in 3.14?
Fwiw, may be relevant: I previously noticed GNOME overriding my Xorg touchpad settings, which specify that 2-finger tap = middle-click and 3 = right. I must have gotten used to this and unconsciously worked around it when using GNOME (as opposed to my other DEs). However, for a brief moment where I became conscious, I have just noticed that apparently a recent 3.20 upgrade has led to my Xorg settings being honoured (read: not dishonoured!) - finally! This is great... or rather, adequate ;-) Can anyone else confirm?
Kinda forgot a few details there, as always. So, by "GNOME overriding", I mean it previously forced 2-finger tap to right-click and 3-finger to middle. Now it doesn't, as it honours my carefully crafted /etc/X11/xorg.conf.d/50-synaptics.conf where 2 is middle and 3 is right. Or I just checked, and it also respects immediate changes made using synclient. * I use GNOME on Debian unstable, so I doubt there's any non-standard stuff here.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-settings-daemon/issues/189.