<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_VERIFIED bz_closed"
title="VERIFIED FIXED - Mouse taps (?) detected while typing"
href="https://bugs.freedesktop.org/show_bug.cgi?id=102649#c54">Comment # 54</a>
on <a class="bz_bug_link
bz_status_VERIFIED bz_closed"
title="VERIFIED FIXED - Mouse taps (?) detected while typing"
href="https://bugs.freedesktop.org/show_bug.cgi?id=102649">bug 102649</a>
from <span class="vcard"><a class="email" href="mailto:peter.hutterer@who-t.net" title="Peter Hutterer <peter.hutterer@who-t.net>"> <span class="fn">Peter Hutterer</span></a>
</span></b>
<pre>tbh, because dwt is timeout-based it's always a race condition waiting to
happen. That's by design, simply because we don't really have any other data
that we can work with.
Making palm detection better and working it into the tap state machine improves
things, but especially if you're triggering the timeouts or you have a device
with pressure thresholds that don't apply, then it can happen more frequently.
fwiw, you can run libinput debug-events --enable-tap --verbose on the side and
it won't affect your session at all. When it does happen you'll at least have
some info that can hint of why the palm detection didn't work.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>