[wpt-sync] Sync PR 40327 - [scroll-animations] Respect fill behavior on compositor
Categories
(Testing :: web-platform-tests, task, P4)
Tracking
(firefox116 fixed)
Tracking | Status | |
---|---|---|
firefox116 | --- | fixed |
People
(Reporter: wpt-sync, Unassigned)
References
()
Details
(Whiteboard: [wptsync downstream])
Sync web-platform-tests PR 40327 into mozilla-central (this bug is closed when the sync is complete).
PR: https://github.com/web-platform-tests/wpt/pull/40327
Details from upstream follow.
Robert Flack <flackr@chromium.org> wrote:
[scroll-animations] Respect fill behavior on compositor
Previously once an animation produced a value we would apply that
value unconditionally to all pending trees. However, scroll
driven animations should only apply their values when active.When a cc animation goes inactive we currently don't know what the underlying properties used to be before they were animated and
need a commit from the main thread. We should track the original
property values in the future but for now this fixes the visual
bug with occasional commits.To ensure that time based animations work as before they are
modified to implicitly fill in the playback direction so that
they hold their final value until the next commit.Bug:1445137
Change-Id: I32ccc18f78a167a9e89d2e6289471b24c5659c63
Reviewed-on: https://chromium-review.googlesource.com/4563314
WPT-Export-Revision: 9d3a10ac32d5e319062d7eb5fca20807277bee4f
Assignee | ||
Comment 1•1 years ago
|
||
Assignee | ||
Comment 2•1 years ago
|
||
CI Results
Ran 5 Firefox configurations based on mozilla-central, and Firefox, Chrome, and Safari on GitHub CI
Total 1 tests
Status Summary
Firefox
PASS
: 1
Chrome
PASS
: 1
Safari
PASS
: 1
Links
Comment 4•1 year ago
|
||
bugherder |
Description
•