Closed
Bug 1841306
Opened 2 years ago
Closed 2 years ago
Firefox is failing a WPT in css/css-scroll-snap/snap-after-relayout/move-current-target.html
Categories
(Core :: Layout: Scrolling and Overflow, defect, P3)
Core
Layout: Scrolling and Overflow
Tracking
()
RESOLVED
FIXED
117 Branch
Tracking | Status | |
---|---|---|
firefox117 | --- | fixed |
People
(Reporter: twisniewski, Assigned: hiro)
References
(Depends on 1 open bug, Blocks 1 open bug, )
Details
Attachments
(1 file)
As the test itself says: transforming the current snap target should make the scroller resnap to it.
wpt.fyi:
https://wpt.fyi/results/css/css-scroll-snap/snap-after-relayout/move-current-target.html
Assignee | ||
Comment 1•2 years ago
|
||
This isn't a target of interop-2023 because of the complexity of bug 1772272.
Severity: -- → S3
Priority: -- → P3
Reporter | ||
Comment 2•2 years ago
|
||
:hiro, ok, then we should probably ask to have it removed from the list of WPTs in interop2023 and make sure relevant issues are filed against the spec (if any).
Assignee | ||
Comment 3•2 years ago
|
||
Surprisingly Chromes does handle properly cases where the transform change by
CSS transitions/animations, but Safari doesn't. So we'd just match our behavior
Safari's behavior for now.
Updated•2 years ago
|
Assignee: nobody → hikezoe.birchill
Status: NEW → ASSIGNED
Pushed by hikezoe.birchill@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/ab2d24611317
Try re-snap on the previous snapped target changed its position by transform(-like) properties. r=emilio
Comment 5•2 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
status-firefox117:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 117 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•