| Summary: | tap-to-click becomes unresponsive until mouse cursor is moved | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Frank Griffin <ftg> |
| Component: | RPM Packages | Assignee: | KDE maintainers <kde> |
| Status: | REOPENED --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | mageia, marja11 |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | libinput | CVE: | |
| Status comment: | |||
|
Description
Frank Griffin
2017-02-23 16:38:31 CET
Marja Van Waes
2017-02-23 16:42:41 CET
CC:
(none) =>
marja11 is it still valid on current cauldron ? CC:
(none) =>
mageia It was still failing on current cauldron as of two days ago after a reboot, but it appears to be working on today's current cauldron after a reboot. Status:
NEW =>
RESOLVED Well, almost. It used to fail everywhere. Now it only fails in Thunderbird (that I can tell). Specifically, it used to fail in Firefox, and works now. From the different slider click behaviors in the two (reported in another bug), this could be due to FF using GTK3 and TB using GTK2. Redirecting to TB. Status:
RESOLVED =>
REOPENED My mistake. This is still happening in both FF and TB, as well as elsewhere. To reproduce, enable tap-to-click, then move the cursor to a clickable field, leave it immobile for a second or so, and try to tap. You'll get no response, but if you move the cursor slightly in the field and tap again, it will respond normally. Source RPM:
thunderbird =>
libinput I've verified that this is unique to tap-to-click. Actually using the left mouse button under the same circumstances works every time. This is still happening consistently. Ping ? Still happening consistently. Still happening consistently. |