Ship dom.selection.mimic_chrome_tostring.enabled
Categories
(Core :: DOM: Selection, task)
Tracking
()
People
(Reporter: sefeng211, Assigned: sefeng211)
References
(Blocks 1 open bug)
Details
(Keywords: webcompat:platform-bug)
Attachments
(1 file)
Currently it's Nightly only.
| Assignee | ||
Comment 1•1 year ago
|
||
Updated•1 year ago
|
Comment 3•1 year ago
|
||
| bugherder | ||
Updated•1 year ago
|
Comment 4•1 year ago
|
||
Is this something we should mention in the Fx139 relnotes? Please add a relnote-firefox? nomination to the bug if yes.
| Assignee | ||
Comment 5•1 year ago
|
||
Release Note Request (optional, but appreciated)
[Why is this notable]:
The fix here is that window.getSelection().toString() can now return the correct text serialization if the focus in a text control, and even if the focus is not in a text control, we may still return the text serialization of a previous focused text control determined by a heuristic. Blink and webkit has something like this for a long time, the idea is to mimic their behaviour for window.getSelection().toString() specifically.
[Affects Firefox for Android]:
Same as desktop
[Suggested wording]:
window.getSelection().toString() now correctly returns the text serialization when text is selected in a text control.
[Links (documentation, blog post, etc)]:
Updated•1 year ago
|
Description
•