RESOLVED WONTFIX240744
WebKit doesn't create scrollable overflow (doesn't show scrollbar) for legitimately overflowing content that's off the left side of a zero-size position:sticky parent
https://bugs.webkit.org/show_bug.cgi?id=240744
Summary WebKit doesn't create scrollable overflow (doesn't show scrollbar) for legiti...
Daniel Holbert
Reported 2022-05-20 16:02:00 PDT
Created attachment 459630 [details] testcase STR: 1. Load attached testcase. EXPECTED RESULTS: There should be a functional scrollbar inside the black-bordered area, and it should let you scroll to the purple bottom-border. ACTUAL RESULTS: The scrollbar tracks are disabled, as if there were no scrollable overflow (but in fact there is!) Firefox 100 gives EXPECTED RESULTS. Safari 15.4 and Chrome 103 give ACTUAL RESULTS (Chrome bug report: https://bugs.chromium.org/p/chromium/issues/detail?id=1327794 ) (Note, this was initially reported as a Firefox bug at https://bugzilla.mozilla.org/show_bug.cgi?id=1769060 ; the reporter there has a custom-scrollbar implementation which happens to depend on this bug. It worked in Firefox as well for a while because of another related Firefox bug, but it "broke" in Firefox when we fixed that bug. Really, the new rendering in Firefox is correct, and the component is inadvertently depending on this WebKit/Blink bug.)
Attachments
testcase (575 bytes, text/html)
2022-05-20 16:02 PDT, Daniel Holbert
no flags
reference case (577 bytes, text/html)
2022-05-20 16:04 PDT, Daniel Holbert
no flags
Daniel Holbert
Comment 1 2022-05-20 16:04:07 PDT
Created attachment 459631 [details] reference case Here's a reference case, where I've made two 1px adjustments (shifting #sticky 1px to the left, and reducing the negative-magnitude of margin-left on #sticky-inner by 1px, so that it's not quite fully off the left side of its parent). As noted in the Chromium bug report, it seems Blink and WebKit are disregarding scrollable-overflow contributions from the innermost element, if that element is fully pushed off the left side of its parent, **despite the fact that it's still inside the scrollport.**
Radar WebKit Bug Importer
Comment 2 2022-05-27 16:02:13 PDT
Ahmad Saleem
Comment 3 2022-11-17 04:09:50 PST
After going through Chrome comment, it seems that Mozilla need to fix the bug on their end rather than Webkit & Chrome. Marking this as "RESOLVED WONTFIX". Thanks!
Note You need to log in before you can comment on or make changes to this bug.