Created attachment 922623 [details]
Output from evtest run in a virtual console
* 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]
Created attachment 922625 [details]
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:
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.