Closed Bug 1898343 Opened 1 year ago Closed 1 year ago

Don't fire selectionchange if there is one pending

Categories

(Core :: DOM: Editor, task, P3)

task

Tracking

()

RESOLVED FIXED
128 Branch
Tracking Status
firefox128 --- fixed

People

(Reporter: smaug, Assigned: smaug)

References

(Blocks 1 open bug)

Details

(Keywords: perf-alert)

Attachments

(1 file)

This is a rather surprising recent change to the spec.
https://github.com/w3c/selection-api/issues/170

But I think the behavior is reasonable, assuming it is web compatible.
A patch coming, but haven't yet pushed it to try

With no implementation PRs? Editing WG really needs proper PR templates. (Sent https://github.com/w3c/clipboard-apis/pull/215)

It landed in a bit weird way. No proper reasoning for the change and Apple was reviewing an Apple pr basically
https://github.com/w3c/selection-api/pull/172

That's not a "bit weird" but exactly how https://github.com/w3c/clipboard-apis/pull/197 went, except now it's Apple. Both are Editing WG specs, we shouldn't keep it this way. I hope https://github.com/w3c/clipboard-apis/pull/215 can start changing this.

Attachment #9403320 - Attachment description: WIP: Bug 1898343 - Don't fire selectionchange if there is one pending, r=masayuki → Bug 1898343 - Don't fire selectionchange if there is one pending, r=masayuki
Pushed by opettay@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/569a2ac0acd4 Don't fire selectionchange if there is one pending, r=masayuki
Flags: needinfo?(smaug)
Blocks: 1721287
Pushed by opettay@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/6632631a15ec Don't fire selectionchange if there is one pending, r=masayuki
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 128 Branch

Lot of improvements on React and React-Redux type benchmarks of SP2 (and potentially SP3).
Short update : 43% improvement on React-Redux-TodoMVC/Adding100Items/Async
38% improvement on React-TodoMVC/Adding100Items/Async

(In reply to Pulsebot from comment #7)

Pushed by opettay@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/6632631a15ec
Don't fire selectionchange if there is one pending, r=masayuki

Perfherder has detected a browsertime performance change from push 6632631a15ec669479862233871777772e5dcf7e.

Improvements:

Ratio Test Platform Options Absolute values (old vs new) Performance Profiles
6% speedometer React-TodoMVC/Adding100Items macosx1400-64-shippable-qr fission webrender 18.41 -> 17.26 Before/After
6% speedometer React-TodoMVC/Adding100Items macosx1400-64-shippable-qr fission webrender 18.40 -> 17.26 Before/After

Details of the alert can be found in the alert summary, including links to graphs and comparisons for each of the affected tests.

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

You can run these tests on try with ./mach try perf --alert 516

For more information on performance sheriffing please see our FAQ.

Keywords: perf-alert

Tons of huge (40%-50%) and smaller improvements from this change on sub-tests of SP2 and sp3.

Perfherder has detected a browsertime performance change from push 6632631a15ec669479862233871777772e5dcf7e.

Improvements:

Ratio Test Platform Options Absolute values (old vs new) Performance Profiles
49% speedometer React-Redux-TodoMVC/Adding100Items/Async linux1804-64-shippable-qr fission webrender 6.51 -> 3.31 Before/After
47% speedometer React-TodoMVC/Adding100Items/Async linux1804-64-shippable-qr fission webrender 6.28 -> 3.36 Before/After
43% speedometer React-Redux-TodoMVC/Adding100Items/Async windows10-64-shippable-qr fission webrender 4.98 -> 2.86 Before/After
42% speedometer3 TodoMVC-React-Redux/Adding100Items/Async linux1804-64-shippable-qr fission webrender 7.25 -> 4.21 Before/After
41% speedometer React-TodoMVC/Adding100Items/Async macosx1400-64-shippable-qr fission webrender 2.44 -> 1.45 Before/After
... ... ... ... ... ...
2% speedometer3 TodoMVC-React-Complex-DOM/total windows10-64-shippable-qr fission webrender 89.18 -> 87.28 Before/After

Details of the alert can be found in the alert summary, including links to graphs and comparisons for each of the affected tests.

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

You can run these tests on try with ./mach try perf --alert 516

For more information on performance sheriffing please see our FAQ.

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

Attachment

General

Created:
Updated:
Size: