Closed Bug 1954979 Opened 29 days ago Closed 14 days ago

Ship dom.selection.mimic_chrome_tostring.enabled

Categories

(Core :: DOM: Selection, task)

task

Tracking

()

RESOLVED FIXED
139 Branch
Tracking Status
relnote-firefox --- 139+
firefox139 --- fixed

People

(Reporter: sefeng, Assigned: sefeng)

References

(Blocks 2 open bugs)

Details

(Keywords: webcompat:platform-bug)

Attachments

(1 file)

Currently it's Nightly only.

Assignee: nobody → sefeng
Status: NEW → ASSIGNED
Blocks: 1958277
Pushed by sefeng@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/7305216b3c70 Ship dom.selection.mimic_chrome_tostring.enabled r=masayuki
Status: ASSIGNED → RESOLVED
Closed: 14 days ago
Resolution: --- → FIXED
Target Milestone: --- → 139 Branch

Is this something we should mention in the Fx139 relnotes? Please add a relnote-firefox? nomination to the bug if yes.

Flags: needinfo?(sefeng)

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)]:

relnote-firefox: --- → ?
Flags: needinfo?(sefeng)

Added to the Fx139 relnotes.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: