Summary: | Palm detection (rejection) not working with touchpad | ||
---|---|---|---|
Product: | Wayland | Reporter: | Pete <pete.wilkins321> |
Component: | libinput | Assignee: | Wayland bug list <wayland-bugs> |
Status: | RESOLVED WORKSFORME | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | peter.hutterer |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Pete
2017-11-16 14:18:37 UTC
I need an evemu-record from your touchpad when you move a finger around for a second or so, and an evemu-record of when you drop your palm on it, thanks. Hi Peter, I am very sorry but the system was driving me nuts typing everyday. So I tried an alternative Linux distro and its working great! I should have waited to post the info you needed first. I had OpenSUSE Leap 42.3 (Gnome), but I instead moved to POP-OS from System 76 (based on Ubuntu 17.04). And now everything works perfectly! I am running xorg & Gnome. If you feel we should close this bug we can. Otherwise if you think it would still be helpful I can give you my evemu-record. Just have to tell me how to do that. Would I follow this? https://www.freedesktop.org/wiki/Evemu/ unless suse has an outdated libinput version and ubuntu is using a newer one that fixed it, we shouldn't close this bug. What versions are in the respective distributions? And yes, that website is the tutorial for evemu Sure I can get you the info. Can you please tell me how to check the version of libinput? I will check in both distros. libinput --version or just check the package version itself. It should be 1.8.x or 1.9.x range. Hi, "libinput --version" does not work for me. I get errors in both OpenSUSE and PopOS/UBuntu that command is invalid. Perhaps this is because my desktop is running xor and not wayland. I searched installed packages for PopOS based on Ubuntu 17.10. This is what I see. *Note: Palm detection IS working correctly here in PopOS / Ubuntu 17.10. ---------- apt list --installed | grep libinput WARNING: apt does not have a stable CLI interface. Use with caution in scripts. libinput-bin/artful,now 1.8.2-1ubuntu2 amd64 [installed,automatic] libinput10/artful,now 1.8.2-1ubuntu2 amd64 [installed,automatic] xserver-xorg-input-libinput/artful,now 0.25.0-0ubuntu1 amd64 [installed,automatic] ----------- Since I had installed PopOS (Ubuntu 17.10) on my main drive I reinstalled OpenSUSE Leap 42.3 to test for you using separate HDD. I also get no input from libinput --version as with PopOS/Ubuntu (see above). This is the listed packages with lbinput I see installed in OpenSUSE. Command: rpm -qa --last | grep libinput Output: xf86-input-libinput-0.25.1-1.1.x86_64 Thu 30 Nov 2017 09:29:58 AM EST libinput10-1.5.0-3.5.x86_64 Thu 30 Nov 2017 09:26:41 AM EST libinput-udev-1.5.0-3.5.x86_64 Thu 30 Nov 2017 09:26:05 AM EST *Note: Palm detection is NOT working (or barely works) in OpenSUSE Leap 42.3. I did some more testing and I noticed if I move input on the touchpad "From" the left or right outside edge, to the center, it is not detected in OpenSUSE as long as the movement is extremely slow. If the movement is at a normal speed it is detected. So it seems palm detection is active but settings are way off. In PopOS/Ubuntu I can moved input from the edge and it is not detected at all, even if at a normal speed. libinput sits underneath X and Wayland and the commandline tools all instantiate their own context, so they don't care (or know) what display server you're using. we've had a semi-recent rework of the tools so they work more like git (libinput <commandname>). Previously, you'd have to run libinput-list-devices --version, that was the only command available. But the apt/rpm commands show what I needed, thanks for all the effort. SuSE has libinput 1.5.0 which is over a year old and doesn't include any of the palm detection fixes we put in since. So this bug can really be closed, updating to 1.8 that PopOS means you get the palm detection features. So based on comment 2 we can close this. Sounds good. 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.