Summary: We'll stop dispatching non-printable "keypress" events.
"non-printable" means that key press or key combination does not
introduce text input without IME. For example, arrow key press, Ctrl+A,
etc.
Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=968056
Link to standard:
For keys which introduce text input:
https://w3c.github.io/uievents/#legacy-keyboardevent-event-types
For Enter key:
https://github.com/w3c/uievents/issues/183
Platform coverage: All
Estimated or target release: 65
DevTools bug: N/A
Do other browser engines implement this?
Yes, the other browsers use this behavior traditionally, and UI Events
declared the behavior as "standard".
web-platform-tests: N/A due to requiring user input, but we have
mochitests with synthesized events.
This new behavior was enabled in Nightly since 61. This caused breaking
a lot of major web apps. However, all of them have been fixed by the
cooperation of the vendors.
Of course, we may meet other broken web apps especially in intranet.
While we're testing this behavior in Nightly, we used blacklist pref
(dom.keyboardevent.keypress.hack.dispatch_non_printable_keys) to disable
this new behavior only in specific domains. If we'll get broken web
apps even after release, we and users can disable it with using this
blacklist.
Enabling patch has been landed from:
https://bugzilla.mozilla.org/show_bug.cgi?id=1496288
because we need to manage those changes as a set.
--
Masayuki Nakano <masay...@d-toybox.com>
Software Engineer, Mozilla
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
