Open
Bug 1517287
Opened 7 years ago
Updated 2 years ago
Scrollable overflow rect is computed incorrectly for negative relative positioning
Categories
(Core :: Layout: Scrolling and Overflow, defect, P3)
Core
Layout: Scrolling and Overflow
Tracking
()
NEW
People
(Reporter: rhunt, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [wpt-triaged])
Attachments
(2 files)
Ran into this test case in the scroll-anchoring WPT [1].
I'll attach a visual test case. In this test you shouldn't be able to scroll the frame vertically. You're able to scroll it in Gecko, but not Chrome.
The problem seems to be the computation of the scrollable overflow rect. In this case it's `scr-overflow=0,-54000,36000,114000` which is y=-900px, h=1900px. I'm not sure how it's calculating this rect yet.
[1] https://searchfox.org/mozilla-central/rev/0ee0b63732d35d16ba22d5a1120622e2e8d58c29/testing/web-platform/tests/css/css-scroll-anchoring/negative-layout-overflow.html
| Reporter | ||
Comment 1•7 years ago
|
||
Comment 2•7 years ago
|
||
This looks like a similar cause to bug 1498772, which jwatt was looking at recently.
See Also: → 1498772
Comment 3•7 years ago
|
||
Does P3 sound about right, Ryan? Otherwise maybe set it higher.
Priority: -- → P3
| Reporter | ||
Comment 4•7 years ago
|
||
Yeah that sounds good to me. It's not blocking anything for scroll anchoring.
Comment 5•7 years ago
|
||
(In reply to Ryan Hunt [:rhunt] from comment #0)
The problem seems to be the computation of the scrollable overflow rect. In
this case it'sscr-overflow=0,-54000,36000,114000which is y=-900px,
h=1900px. I'm not sure how it's calculating this rect yet.
Probably we should use YMost() in the calculation. I am not sure where it is. (I was just looking for existing bugs in GetScrollableOverflowRect on RTL scrollable frame)
Updated•7 years ago
|
Whiteboard: [wpt-triaged]
Updated•4 years ago
|
Updated•3 years ago
|
Severity: normal → S3
Updated•2 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•