Summary: | libinput crashes GNOME shell with gnome-shell: ../libinput-1.10.0/src/evdev-mt-touchpad-tap.c:1073: tp_tap_handle_state: Assertiontp->tap.nfingers_down <= tp->nfingers_down' failed. | ||
---|---|---|---|
Product: | Wayland | Reporter: | Jonathon Kowalski <worz> |
Component: | libinput | Assignee: | Wayland bug list <wayland-bugs> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | jcowgill+freedesktop, jplatte+freedesktop, peter.hutterer, silencly07, tpxp |
Version: | unspecified | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
See Also: | https://launchpad.net/bugs/1750664 | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | evemu-record |
Description
Jonathon Kowalski
2018-02-19 11:25:02 UTC
Hello, Same problem here running ArchLinux with kernel : 4.15.3-2-ARCH #1 SMP PREEMPT Thu Feb 15 00:13:49 UTC 2018 x86_64 GNU/Linux Here are the lines in my system log : http://dpaste.com/2RYPNHB Caused by the event frame in 0.347554, the reason is a disagreement on what is a touch between the main touchpad code (which handles pressure-based touch detection) and the tapping code (which only goes by touch begin events) Can confirm the same problem. Crashing Gnome about every hour, and the same error messages show up. Arch Linux 4.15.3-2-zen #1 ZEN SMP PREEMPT Thu Feb 15 00:13:42 UTC 2018 x86_64 GNU/Linux GNOME Shell 3.26.2 Name : libinput Version : 1.10.0-1 Architecture : x86_64 URL : https://www.freedesktop.org/wiki/Software/libinput/ Depends On : mtdev systemd libevdev libwacom Required By : clutter mutter qt5-base xf86-input-libinput Name : xf86-input-libinput Version : 0.26.0-1 Architecture : x86_64 URL : http://xorg.freedesktop.org/ Groups : xorg-drivers Depends On : libinput>=1.2.0 Required By : xorg-server commit 01a633b6ebea514cc26bb00f2bf85789fe5409e3 Author: Peter Hutterer <peter.hutterer@who-t.net> Date: Tue Feb 20 13:27:57 2018 +1000 touchpad: only begin fake touches when we have at least one finger down Peter, will you release a new libinput build version with this patch built-in? Or should Canonical apply the patch on the current one? As a general rule, I'm not releasing for every single patchfix, even if it is a crasher on some devices. Canonical should apply the patch for their packages, but the patch will eventually land in 1.10.1 when I get to it. |
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.