Let ::-webkit-scrollbar ride on trains
Categories
(Core :: Layout: Scrolling and Overflow, task)
Tracking
()
People
(Reporter: hiro, Assigned: hiro)
References
Details
Attachments
(1 file)
| Assignee | ||
Comment 1•1 day ago
|
||
Updated•1 day ago
|
Comment 3•1 day ago
|
||
| bugherder | ||
Comment 4•1 day ago
|
||
Please add a relnote-firefox? nomination to this bug when you have a chance.
| Assignee | ||
Comment 5•1 day ago
|
||
Release Note Request (optional, but appreciated)
[Why is this notable]:
Firefox now supports a limited, targeted subset of the non-standard ::-webkit-scrollbar pseudo-element, which is widely used on the web (Chrome and Safari implement it broadly). This fixes long-standing web compatibility issues on popular sites such as Google, Gmail, and Slack, where scrollbars were rendered incorrectly, double-stacked, or in some cases made nested scroll containers unreachable. The CSS Scrollbars specification acknowledges ::-webkit-scrollbar and defers to the standard scrollbar-width property when both are used.
[Suggested wording]:
Firefox now supports a limited subset of the non-standard ::-webkit-scrollbar pseudo-element to improve web compatibility:
- Rules with non-zero
width/heightdisable overlay scrollbars for the affected container. display: noneon::-webkit-scrollbarbehaves likescrollbar-width: none, hiding the scrollbar.@supports selector(::-webkit-scrollbar)now evaluates to true.
Full styling capabilities (colors, border-radius, etc.) are intentionally not supported
[Links (documentation, blog post, etc)]:
(Note that if "None" is in the Links section, in the preview the Links section never appears, so I am going to leave it as blank)
Description
•