FS#28399 - [xf86-input-synaptics 1.5.99-0.1] Coasting pointer with touchpad, despite option variable set to "0"

Attached to Project: Arch Linux
Opened by John Lock (opt1mus) - Monday, 13 February 2012, 15:08 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 21 February 2012, 08:32 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Jan de Groot (JGC)
Thomas Bächler (brain0)
Andreas Radke (AndyRTR)
Architecture i686
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
With an Asus 900, Elantech Smart-pad; since updating to xf86-input-synaptics 1.5.99-0.1 the pointer now has coasting behaviour - despite it not being enabled. Incase this was a new default behaviour - and thus not a bug - I added; Option "CoastingSpeed" "0" to /etc/X11/xorg.conf.d/10-synaptics.conf , yet coasting remains.

Coasting is where the pointer will continue the last direction of movement - even if the finger is stationary; and then stop when you lift your finger.

Additional info:
* xf86-input-synaptics 1.5.99-0.1
* Elantech Smart-pad
* Asus 900
* 3.2.5-1-ARCH
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Tuesday, 21 February 2012, 08:32 GMT
Reason for closing:  Fixed
Comment by Andreas Radke (AndyRTR) - Monday, 13 February 2012, 15:48 GMT
https://bugs.freedesktop.org/buglist.cgi?order=Bug%20Number&list_id=41343&query_format=advanced&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED&bug_status=CLOSED&bug_status=NEEDINFO&bug_status=PLEASETEST&component=Input%2Fsynaptics&product=xorg

Has this already been reported?
Comment by Thomas Bächler (brain0) - Monday, 13 February 2012, 15:55 GMT
Apart from the obvious inability to disable coasting, the pointer should only be coasting if you reach the edge of the touchpad.

For reference, link to my rant and thread(s) on the mailing list:
https://mailman.archlinux.org/pipermail/arch-dev-public/2012-February/022527.html
https://mailman.archlinux.org/pipermail/arch-general/2012-February/024983.html
Comment by smc (epicanis) - Monday, 20 February 2012, 04:35 GMT
Actually, I am getting the same problem - it's not actually "coasting", it's "trackstick emulation" (i.e. virtual nipplemouse) that's the problem. It's "on" no matter what, so when you stop moving your finger, the "trackstick emulation" makes the cursor keep moving in the same direction (but when you pick your finger up from the trackpad it stops).

This happens even with "TrackstickSpeed=0", and makes it almost impossible to select text or even accurately click something on a small screen. (I'm on a EeePC 901 right now).
Comment by smc (epicanis) - Monday, 20 February 2012, 04:56 GMT
Quick followup - I can confirm that rebuilding with http://cgit.freedesktop.org/xorg/driver/xf86-input-synaptics/commit/?id=c8b098214b44cf0585d78c460401ea7d143769f3 reverted fixes the trackstick emulation problem (my cursor now moves where I tell it to and stays there instead of entering "trackstick emulation" mode and drifting in whatever my finger moves)
Comment by Andreas Radke (AndyRTR) - Tuesday, 21 February 2012, 06:50 GMT
please test the new git snapshot. it revert a commit that should cause this issue.
Comment by John Lock (opt1mus) - Tuesday, 21 February 2012, 07:50 GMT
For me; since updating to xf86-input-synaptics 1.5.99-0.2 - from xf86-input-synaptics 1.5.99-0.1 - the abnormal trackstick(rightfully pointed out in the comments above, which I intially took to be coasting) behaviour as I described in the details; has been fixed.

Loading...