Open
Bug 1414874
Opened 7 years ago
Updated 5 months ago
When page-scrolling on pages with position: sticky items, reduce page scroll amount to maintain visible overlap
Categories
(Core :: Layout, defect, P3)
Tracking
()
NEW
People
(Reporter: yoasif, Unassigned)
References
Details
Attachments
(1 file)
5.47 MB,
video/quicktime
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:58.0) Gecko/20100101 Firefox/58.0
Build ID: 20171106100122
Steps to reproduce:
1. Navigate to https://belen-albeza.github.io/scroll-demos/sticky.html
2. Use spacebar or pagedown to scroll
Actual results:
The position scrolled to does not contain any of the previous page.
Expected results:
New position after scroll should show the last line or two of text in the previous page.
See video; Chromium does this correctly. In Firefox, highlighted the word "voices", which does not appear in new scrolled position; in Chrome, highlighted "where", which appears in the new scroll position.
Updated•7 years ago
|
Component: General → XUL
Updated•7 years ago
|
Component: XUL → Panning and Zooming
Comment 1•7 years ago
|
||
We should probably deal with this the same way we do fixed-pos items. That is, in the function at [1], figure out if there are any sticky elements attached to the edges of the viewport (zero-margin sticky elements) and that are in their "sticky" mode, and deal with the same way as the fixed items.
[1] http://searchfox.org/mozilla-central/rev/5a60492a53667fc61a62af1847d005a210b7a4f6/layout/generic/nsGfxScrollFrame.cpp#4216
Component: Panning and Zooming → Layout
See Also: → 1327869
Updated•7 years ago
|
Summary: position: sticky scroll upon pagedown does not scroll to the right place → When page-scrolling on pages with position: sticky items, reduce page scroll amount to maintain visible overlap
Reporter | ||
Comment 2•7 years ago
|
||
Sorry guys, apparently Chrome *doesn't* do this correctly, but that's not a reason why Firefox shouldn't. :)
Updated•7 years ago
|
Priority: -- → P3
Comment 3•7 years ago
|
||
Keep in mind interactions with impending 'scroll-padding' -> https://www.w3.org/TR/css-scroll-snap-1/#scroll-padding
Comment 4•7 years ago
|
||
CSSWG desicion about scroll-padding interactions with heuristics of keypress scrolling -> https://github.com/w3c/csswg-drafts/issues/2929
![]() |
||
Updated•5 years ago
|
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•