[Wayland-bugs] [Bug 105850] Clickpad drag lock sometimes activates
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Mon Apr 2 18:13:03 UTC 2018
https://bugs.freedesktop.org/show_bug.cgi?id=105850
Bug ID: 105850
Summary: Clickpad drag lock sometimes activates
Product: Wayland
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: libinput
Assignee: wayland-bugs at lists.freedesktop.org
Reporter: mail at jhnet.co.uk
Created attachment 138501
--> https://bugs.freedesktop.org/attachment.cgi?id=138501&action=edit
evemu recording of touchpad click lock activating when it shouldn't. All of the
clicks made in this recording were brief but the last one in the recording
"locks" eroneously.
When clicking the clickpad on my Thinkpad T440s, some of the time the mouse
button is not released even though the clickpad has been released. The click is
not terminated until the next clickpad press.
This doesn't appear to happen if I keep my finger resting on the pad after
clicking but will happen about 10-20% of the time when I simultaneously remove
my finger from the pad as I release the clickpad. There doesn't seem to be any
other pattern in when or where on the clickpad this problem occurs. It can
happen when pressing the virtual left, middle or right buttons or when
performing a left-click by pressing the clickpad somewhere else.
In the attached evemu recording I am repeatedly clicking the clickpad (pressing
then immediately simultaneously releasing and removing my finger). In the
recording, the last click seems to get locked and held down and I have to press
the clickpad again to release it.
The device is a clickpad *without* dedicated mouse buttons for the associated
TrackPoint device. I'm using the buttonareas click method.
I have attempted to disable every drag-lock related feature possible in my xorg
configuration:
Section "InputClass"
Identifier "libinput touchpad catchall"
MatchIsTouchpad "on"
MatchDevicePath "/dev/input/event*"
Option "ClickMethod" "buttonareas"
Option "ScrollMethod" "edge"
Option "NaturalScrolling" "false"
Option "Tapping" "false"
Option "TappingDrag" "false"
Option "TappingDragLock" "false"
Option "DragLockButtons" ""
Driver "libinput"
EndSection
Section "InputClass"
Identifier "libinput trackpoint catchall"
MatchIsPointer "on"
MatchDevicePath "/dev/input/event*"
Option "ScrollMethod" "none"
Option "Tapping" "false"
Option "TappingDrag" "false"
Option "TappingDragLock" "false"
Option "DragLockButtons" ""
Driver "libinput"
EndSection
Output of udevadm info:
P: /devices/rmi4-00/input/input20/event18
N: input/event18
E: DEVNAME=/dev/input/event18
E: DEVPATH=/devices/rmi4-00/input/input20/event18
E: ID_BUS=rmi
E: ID_INPUT=1
E: ID_INPUT_HEIGHT_MM=68
E: ID_INPUT_TOUCHPAD=1
E: ID_INPUT_TOUCHPAD_INTEGRATION=internal
E: ID_INPUT_WIDTH_MM=97
E: ID_SERIAL=noserial
E: LIBINPUT_DEVICE_GROUP=1d/6cb/0:rmi4-00
E: MAJOR=13
E: MINOR=82
E: SUBSYSTEM=input
E: USEC_INITIALIZED=4502037
Contents of /sys/class/dmi/id/modalias:
dmi:bvnLENOVO:bvrGJET72WW(2.22):bd02/21/2014:svnLENOVO:pn20AQCTO1WW:pvrThinkPadT440s:rvnLENOVO:rn20AQCTO1WW:rvr0B98405STD:cvnLENOVO:ct10:cvrNotAvailable:
Hardware: Lenovo Thinkpad T440s, Synaptics TM2937-001
libinput version: 1.10.3-1 (as packaged by Arch linux)
xf86-input-libinput version 0.27.0-2 (as packaged by Arch linux)
Thanks for any help or suggestions for trying to narrow down when/why this bug
occurs; as you can imagine having a random subset of your mouse clicks not
release can be frustrating!
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/wayland-bugs/attachments/20180402/948b2ba4/attachment.html>
More information about the wayland-bugs
mailing list