Simplify scrollbar track drawing.
Categories
(Core :: Widget, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox132 | --- | fixed |
People
(Reporter: emilio, Assigned: emilio)
References
Details
(Keywords: perf-alert)
Attachments
(1 file)
| Assignee | ||
Comment 1•1 year ago
|
||
This was caught by Markus. When you hover over an overlay scrollbar on
macOS, you'd hit this the PaintScrollbar() code-path (or rather, you
won't bail out from the if (overlay && !hovered)), but macOS draws the
track in PaintScrollbarTrack().
Android doesn't hit this because android scrollbars can't ever be
hovered (they have pointer-events: none). This is a better fix than
D222172, which didn't paint the background for the non-overlay
scrollbars...
This doesn't change behavior since scrollbar and the thumb have the same
size (as cocoa scrollbars can never have buttons). Removing
nsSliderFrame is a refactor for another day if ever.
Updated•1 year ago
|
Comment 3•1 year ago
|
||
| bugherder | ||
Comment 4•1 year ago
|
||
(In reply to Norisz Fay [:noriszfay] from comment #3)
Perfherder has detected a browsertime performance change from push 5db7dce4900f2bbcca3266086489cf9aaee3ec52.
Improvements:
| Ratio | Test | Platform | Options | Absolute values (old vs new) | Performance Profiles |
|---|---|---|---|---|---|
| 2% | cnn ContentfulSpeedIndex | linux1804-64-shippable-qr | fission warm webrender | 606.32 -> 591.66 | Before/After |
| 2% | cnn FirstVisualChange | linux1804-64-shippable-qr | fission warm webrender | 589.31 -> 576.78 | 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 2273
For more information on performance sheriffing please see our FAQ.
Description
•