Bug 100573 - gui arrow doesn't move when using certain trackpad locations
Summary: gui arrow doesn't move when using certain trackpad locations
Status: RESOLVED NOTABUG
Alias: None
Product: Wayland
Classification: Unclassified
Component: libinput (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Wayland bug list
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-04-05 01:23 UTC by Chris Murphy
Modified: 2017-04-24 05:22 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
"mouse" arrow doesn't move recording (213.78 KB, text/plain)
2017-04-05 01:23 UTC, Chris Murphy
Details

Description Chris Murphy 2017-04-05 01:23:09 UTC
Created attachment 130683 [details]
"mouse" arrow doesn't move recording

Problem: Along the bottom length (left to right) of the trackpad does not cause the mouse arrow to move. If I put my finger in this area at the bottom of the trackpad and swipe left to right, nothing happens to the mouse arrow. But if I tap in this same area, the cursor will be moved to that location. Weird.

So I've captured this with evemu-record. The first second is just a random tap to make the cursor visible; from 5s onward I am swiping left to right to left in this area, and the "mouse" arrow does not move at all.


Hardware:
	Manufacturer: HP
	Product Name: HP Spectre Notebook
	SKU Number: W2K28UA#ABA
	Family: 103C_5335KV G=N L=CON B=HP S=SPT 

Software:
        Fedora 26, libinput 1.7.0
        gnome-shell 3.24 tap to click is enabled in preferences

[chris@f26h ~]$ udevadm info /dev/input/event5
P: /devices/platform/i8042/serio1/input/input5/event5
N: input/event5
E: DEVNAME=/dev/input/event5
E: DEVPATH=/devices/platform/i8042/serio1/input/input5/event5
E: ID_BUS=i8042
E: ID_INPUT=1
E: ID_INPUT_HEIGHT_MM=51
E: ID_INPUT_TOUCHPAD=1
E: ID_INPUT_TOUCHPAD_INTEGRATION=internal
E: ID_INPUT_WIDTH_MM=92
E: LIBINPUT_DEVICE_GROUP=11/2/7/1b1:isa0060/serio1
E: LIBINPUT_MODEL_SYNAPTICS_SERIAL_TOUCHPAD=1
E: MAJOR=13
E: MINOR=69
E: SUBSYSTEM=input
E: USEC_INITIALIZED=3816082
Comment 1 Peter Hutterer 2017-04-24 05:22:41 UTC
That bottom section is the software button area and we intentionally suppress movement in that area to avoid cursor movement on clicks. For details, see
https://wayland.freedesktop.org/libinput/doc/latest/clickpad_softbuttons.html

To avoid this behaviour switch to the 'clickfinger' click method, gnome-tweak-tool exposes this in the Keyboard and Mouse section. What clickfinger is is also explained in the above link.

I'm closing this one, let me know if I've misunderstood something here.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.