Created attachment 129036 [details] Recordings (the only tap registered was an accidental one) Sometimes the touchpad registers unwanted taps. Happens in Windows as well with Dell's touchpad drivers as shipped in Windows 10 (version 15.3.1.1) but not with Elantech's own drivers (version 15.19.7.1). It does happen with the X11 Synaptics drivers as well, but it's fixable by setting higher values for FingerLow and FingerHigh (10 and 20 are the values that work best for me). With libinput, however, there's no way to adjust the sensitivity. With the X11 Synaptics drivers, these settings could be adjusted by the DE as well (see KDE's input settings controls). As consequence, I for times have accidentally unselected text, selected text, clicked on buttons (sometimes leading to catastrophic consequences) and closed windows (sometimes multiple windows that were maximized), etc. For this reason, I'm classifying this bug as major. It can lead to user frustration and, sometimes, disasters. Device: Dell Vostro 5470 laptop OS: Fedora Workstation Linux 25 x86-64 libinput version: 1.5.901-1.fc25 Touchpad Width: 112mm Touchpad Height: 77mm Touchpad type: clickpad $ udevadm info /sys/class/input/event5 > udevinfo N: input/event5 E: DEVNAME=/dev/input/event5 E: DEVPATH=/devices/platform/i8042/serio1/input/input6/event5 E: ID_BUS=i8042 E: ID_INPUT=1 E: ID_INPUT_HEIGHT_MM=71 E: ID_INPUT_TOUCHPAD=1 E: ID_INPUT_TOUCHPAD_INTEGRATION=internal E: ID_INPUT_WIDTH_MM=106 E: LIBINPUT_ATTR_RESOLUTION_HINT=31x31 E: LIBINPUT_DEVICE_GROUP=11/2/e/0:isa0060/serio1 E: LIBINPUT_MODEL_DELL_TOUCHPAD=1 E: LIBINPUT_MODEL_ELANTECH_TOUCHPAD=1 E: MAJOR=13 E: MINOR=69 E: SUBSYSTEM=input E: USEC_INITIALIZED=17360073 $ cat /sys/class/dmi/id/modalias dmi:bvnDellInc.:bvrA12:bd11/05/2015:svnDellInc.:pnVostro5470:pvr:rvnDellInc.:rn0DW7DY:rvrA00:cvnDellInc.:ct8:cvr0.1:
Created attachment 129037 [details] Recordings 2 (the only tap registered was an accidental one)
Created attachment 129038 [details] Recordings 3 (the only tap registered was an accidental one. This one also registered as a click-and-drag, prompting some text that was on the screen to be selected)
Created attachment 129039 [details] Recordings 3 results on the screen
Actually, judging by the touch pressure values in the recordings, this should be fixed with the new pressure handling in libinput. Your touches have a general pressure in the range of 24 to 48 (reading this from a gnuplot, might be off by a little) and that falls squarely into the range now used by libinput (schmitt trigger for 30/25). I'm closing this as fixed, please re-open if this is still an issue, thanks.
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.