Missing keyup event with Command key on macOS
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
People
(Reporter: ossman, Unassigned)
References
Details
Attachments
(1 file)
168.07 KB,
image/png
|
Details |
Steps to reproduce:
- Set up event handlers for keydown and keyup
- Press and release Cmd+.
Actual results:
I got keydown events for Cmd (Meta) and ., followed by keyup event for Cmd (Meta). There was no keyup for ., even though it was released.
Expected results:
I should have got four events; two keydown and two keyup.
Reporter | ||
Comment 1•2 years ago
|
||
Screenshot showing test run using https://w3c.github.io/uievents/tools/key-event-viewer.html.
Problem originally reported to noVNC here:
https://github.com/novnc/noVNC/issues/1695
We've been forced to implement a workaround where we pretend the key is immediately released. This, of course, makes it impossible to do any interaction where it is important to determine that the key is held down.
Reporter | ||
Comment 2•2 years ago
|
||
Also note that this is not a system-level issue (like CapsLock), as we know from TigerVNC that these events are sent just fine to the applications.
One guess is that the shortcut code gobbles up all these events, regardless if there is a shortcut bound to that key combination or not.
Reporter | ||
Comment 3•2 years ago
|
||
Other browser bug reports:
https://bugs.chromium.org/p/chromium/issues/detail?id=1393524
https://bugs.webkit.org/show_bug.cgi?id=55291
Comment 4•2 years ago
|
||
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:107.0) Gecko/20100101 Firefox/107.0
Hi,
I am able to reproduce the issue in release 107, beta 108.0b7 the latest nightly 109.0a1 (2022-11-29) on macOS 10.15.
See also: https://bugzilla.mozilla.org/show_bug.cgi?id=1299553
Thanks for the report.
Updated•2 years ago
|
Updated•2 years ago
|
Description
•