FS#49103 - [xf86-input-synaptics] TapButton inverted

Attached to Project: Arch Linux
Opened by Luca (lukypie) - Tuesday, 26 April 2016, 20:23 GMT
Last edited by Laurent Carlier (lordheavy) - Saturday, 04 June 2016, 08:55 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Andreas Radke (AndyRTR)
Laurent Carlier (lordheavy)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: On this new version of archlinux, the TapButton (Xorg config strings wich regulates the double tap and the triple finger tap function) are inverted. In other distros where the touchpad is working correctly, synclient reports: TapButton2 = "3", TapButton3= "2"
On this version of archlinux, in /usr/share/X11/xorg.conf.d/50-synaptics.conf TapButton2 = "2" and TapButton3="3" so that the touchpad is inverted unless those strings are modified.


Steps to reproduce: install xf86-input-synaptics
The touchpad is inverted
This task depends upon

Closed by  Laurent Carlier (lordheavy)
Saturday, 04 June 2016, 08:55 GMT
Reason for closing:  Fixed
Additional comments about closing:  remove custom configuration
Comment by Laurent Carlier (lordheavy) - Wednesday, 27 April 2016, 06:14 GMT
Please check with xf86-input-synaptics-1.8.3-3 in [testing]
Comment by Luca (lukypie) - Wednesday, 27 April 2016, 06:40 GMT
This does not seem to work, synclient now reports

TapButton1 = 0
TapButton2 = 0
TapButton3 = 0

And now every touchpad tap does not work.
Comment by Laurent Carlier (lordheavy) - Wednesday, 27 April 2016, 07:11 GMT Comment by Luca (lukypie) - Wednesday, 27 April 2016, 07:38 GMT
Yes but is working like c**p, I'll stay with the synaptics manually configured
Comment by Paolo (prazola) - Saturday, 30 April 2016, 22:17 GMT
On acer 7745G with gnome, same problem with testing/xf86-input-synaptics, the one in extra repo is not affected. Rollingback the package solved the issue.
On dell 1555 with kde(git), tapping broken after upgrade, but fixed with systemsettings. No rollback needed.
Comment by Gaetan Bisson (vesath) - Tuesday, 03 May 2016, 19:00 GMT
I second Luca's observations, xf86-input-synaptics-1.8.3-3 is terrible: it silently ignores all tapping events. Please remove it from [testing].
Comment by Laurent Carlier (lordheavy) - Wednesday, 04 May 2016, 04:19 GMT
I've partially reverted release 3, now only the first one is enabled, you must enable others in a custom config in /etc/X11/xorg.conf.d/ directory.

Please test xf86-input-synaptics-1.8.3-4 in [testing]
Comment by Gaetan Bisson (vesath) - Wednesday, 04 May 2016, 08:28 GMT
Sorry but no. I have a touchpad with no right or middle button (Macbook Pro) yet I still expect something as critical as middle clicking to work out-of-the-box. This used to be the case (the tap functions from xf86-input-synaptics-1.8.3-2 are very intuitive) but now I need to write a custom /etc/X11/xorg.conf.d/? Why?
Comment by Jan de Groot (JGC) - Wednesday, 04 May 2016, 09:01 GMT
This is something that should be configured by the user.

Tapping once clicks button 1 (left click), tapping twice clicks button 2 (middle), tapping tripple clicks button 3 (right). This has been the default in our packaged version of xf86-input-synaptics for ages. Upstream disables tapping completely if physical buttons are present.

When switching mouse from right to left handed the configured tapbuttons are inverted completely so the configuration becomes invalid then.

My guess is that "this new version of archlinux" is all about GNOME that only configures input devices when the libinput driver is used, so GNOME doesn't change the settings anymore and what is configured becomes default now.
Comment by Laurent Carlier (lordheavy) - Saturday, 04 June 2016, 08:50 GMT
xf86-input-synaptics driver is on maintenance mode upstream and xf86-input-libput is prefered over it.

I've removed our custom tapping configuration and upgrade to version 1.8.99.1 with an install message about the situation.
If you find a missing feature or bug with xf86-input-libinput you should fill a bug report upstream at https://bugs.freedesktop.org/enter_bug.cgi?product=xorg

Loading...