Ship dom.selection.mimic_chrome_tostring.enabled
Categories
(Core :: DOM: Selection, task)
Tracking
()
People
(Reporter: sefeng, Assigned: sefeng)
References
(Blocks 2 open bugs)
Details
(Keywords: webcompat:platform-bug)
Attachments
(1 file)
Currently it's Nightly only.
Updated•29 days ago
|
Assignee | ||
Comment 1•17 days ago
|
||
Updated•17 days ago
|
Comment 3•14 days ago
|
||
bugherder |
Updated•10 days ago
|
Comment 4•10 days 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•10 days 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)]:
Description
•