Created attachment 922623 [details] Output from evtest run in a virtual console Environment: * HP Envy laptop * Fedora 20 + the GNOME 3.12 COPR Steps to reproduce: 1. Enable "tap to click" in gnome-control-center 2. Launch gedit and move the pointer over the textview 3. Do a single, one-fingered tap Expected results: A right-click menu would not appear. (And if there is text at the mouse pointer location, the caret would be re-positioned there.) Actual results: A right-click menu appears. Other observations: The expected behavior occurs if I do a two-fingered single tap. In addition, I really like the ability to get a right-click menu by tapping on my touchpad. Thus in my mind, this bug isn't a case of things being broken as much as it is things being backward: Two-fingered tap would be a great way to bring up the right-click menu.
Created attachment 922624 [details] lspci output
Created attachment 922625 [details] lsusb output
Right now: 1-finger tap -> right-click menu 2-finger tap -> left-click Left/right-handed configuration didn't change anything, and I didn't see anything patently wrong in the evtest output.
This sounds like you have left and right mouse buttons swapped somehow. Is the "Primary button" options in Control Panel -> Mouse & Touchpad set to left ? Also what is the output of: synclient -l ?
To be a bit more specific: "synclient -l | grep TapButton" should say: TapButton1 = 1 TapButton2 = 3 TapButton3 = 2 This sounds like the system somehow has the first 2 reversed. Could be there is a stray ##-foo.conf file in /etc/X11/xorg.conf.d or /use/share/X11/xorg.conf.d Or something is mucking with the synaptics settings in another way.
Bastien is setting behind me. He can reproduce it now and it appears to be a gnome-settings-daemon bug. Sorry for the noise.