1665530 - [UI Events][Input Events] Ship `beforeinput` event and `InputEvent.getTargetRanges()` in Release channel and Beta channel

Status: RESOLVED FIXED

(Core :: DOM: Events, task, P2)

Comment 1

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Attachment: Bug 1665530 - Make `beforeinput` event and `InputEvent.getTargetRanges()` ride the train r=smaug!

Intent to ship: https://groups.google.com/g/mozilla.dev.platform/c/C_92-abaiuw

Comment 2

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/b86aaca8e7db
Make `beforeinput` event and `InputEvent.getTargetRanges()` ride the train r=smaug,preferences-reviewers,ntim

Comment 3

[Andreea Pavel [:apavel]]

https://hg.mozilla.org/mozilla-central/rev/b86aaca8e7db

Comment 4

[Ruth]

Hi - I'm just checking the MDN docs for this.

It's still behind a pref for me in both 87 & 88 - can I confirm it'll be shipped in 87 still behind pref dom.input_events.beforeinput.enabled - thanks!

Comment 5

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

(In reply to Ruth from comment #4)

It's still behind a pref for me in both 87 & 88

Do you mean that the pref is false by default in your environment? It should be true by default. And the pref won't be gone until spending a couple of releases after shipping it because disabling it is useful to check whether broken web apps are caused by beforeinput or not.

Comment 6

[Ruth]

(In reply to Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(Still not recoverd perfectly) from comment #5)

Aha! Thank you so much for clarifying - yes it is true by default ☺️

Comment 7

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Release Note Request (optional, but appreciated)
[Why is this notable]:
This makes web developers implement richtext editor with contenteditable much easier. And using this can cut off the code to support Gecko with the other events, so, the web may become faster.
[Affects Firefox for Android]:
Yes.
[Suggested wording]:
Supports new editing API, beforeinput event and InputEvent#getTargetRanges which allow web apps to override text edit behavior before browser modifies the DOM tree.
[Links (documentation, blog post, etc)]:
https://developer.mozilla.org/docs/Web/API/HTMLElement/beforeinput_event

Comment 8

[Julien Cristau [:jcristau]]

Unless this is needed on the user-facing release notes for some reason I think I'll leave this to the MDN notes.