Not recalculated the scroll amount of an element which has a child element that is set "position: sticky" and "height: 100%"
Categories
(Core :: Layout, defect, P3)
Tracking
()
People
(Reporter: daisuke, Unassigned)
References
(Blocks 3 open bugs)
Details
(Keywords: testcase)
Attachments
(2 files, 1 obsolete file)
Reporter | ||
Comment 1•7 years ago
|
||
Updated•7 years ago
|
Comment 2•7 years ago
|
||
Comment 3•7 years ago
|
||
Comment 4•7 years ago
|
||
Comment 5•7 years ago
|
||
Comment 6•7 years ago
|
||
Updated•7 years ago
|
Updated•7 years ago
|
Comment 7•7 years ago
•
|
||
Comment 9•7 years ago
|
||
Comment 10•7 years ago
|
||
Updated•7 years ago
|
Reporter | ||
Comment 11•7 years ago
|
||
Comment 12•7 years ago
|
||
Updated•7 years ago
|
Updated•4 years ago
|
Comment 14•4 years ago
•
|
||
scrollTop is not updated.
It's not clear to me that the spec really
says what to do in this case, aside from requiring that the sticky thing
must be reachable via scrollbars (which it is in all browsers right now).
scrollHeight is also not updated. If div#abs-pos-to-be-removed is dynamically removed, then the scrollHeight of the div#scrolling-relpos-container should be modified accordingly.
http://www.gtalbot.org/BugzillaSection/Bug1462235-non-updated-DHTML-scroll-values-001.html
The failure in Firefox also happens with 'overflow: hidden':
http://www.gtalbot.org/BugzillaSection/Bug1462235-non-updated-DHTML-scroll-values-002.html
Firefox 78.15.0 ESR and Firefox 96.0a1 buildID=20211112092317 fail those 2 tests.
Chromium 90, Chromium 98 and Epiphany 3.38.2 (WebKitGTK 2.34.1) pass those 2 tests.
If div#abs-pos-to-be-removed overlaps the div#sticky and is dynamically removed, then Firefox also fails in updating scrollHeight of the div#scrolling-relpos-container:
http://www.gtalbot.org/BugzillaSection/Bug1462235-non-updated-DHTML-scroll-values-003.html
Comment 15•4 years ago
•
|
||
I am convinced I should add this test in this bug report. It is the horizontal axis correspondent/equivalent of tests included in this bug report.
The test checks the div#scrollingContainer's scrollWidth value after dynamically removing one of its children, the div#wideItem. The div#scrollingContainer's scrollWidth value should become 100px.
Updated•3 years ago
|
Comment 16•2 years ago
|
||
Comment 17•1 year ago
|
||
Bug 1748891 fixed testcase 1 in comment 1 and WPT http://wpt.live/css/css-position/sticky/position-sticky-scrolled-remove-sibling.html. Tested on Nightly 127.0a1 (2024-04-26).
Description
•