Closed Bug 1641062 Opened 4 years ago Closed 4 years ago

[wpt-sync] Sync PR 23780 - [ScrollTimeline] Force compositing scrollers to run tests on compositor correctly

Categories

(Testing :: web-platform-tests, task, P4)

task

Tracking

(firefox79 fixed)

RESOLVED FIXED
mozilla79
Tracking Status
firefox79 --- fixed

People

(Reporter: mozilla.org, Unassigned)

References

()

Details

(Whiteboard: [wptsync downstream])

Sync web-platform-tests PR 23780 into mozilla-central (this bug is closed when the sync is complete).

PR: https://github.com/web-platform-tests/wpt/pull/23780
Details from upstream follow.

Yi Gu <yigu@chromium.org> wrote:

[ScrollTimeline] Force compositing scrollers to run tests on compositor correctly

This is similar to crrev.com/c/2211048. cc::ScrollTimeline is considered
as inactive if the scroller is not composited (not in cc::ScrollTree).

Bug: None
Change-Id: Id933a41ba40f8a736692653a934f963d52c011be
Reviewed-on: https://chromium-review.googlesource.com/2216711
WPT-Export-Revision: 916c7243e329a3d3a6a63f7f8514a8f727e42a4a

PR 23780 applied with additional changes from upstream: 1afcb0f78cd1f6ec37d64f9bce4220102a6dc0a2

CI Results

Ran 0 Firefox configurations based on mozilla-central, and Firefox, Chrome, and Safari on GitHub CI

Total 6 tests and 9 subtests

Status Summary

Firefox

OK : 6
FAIL: 86

Chrome

OK : 6
PASS: 43
FAIL: 43

Safari

OK : 6
FAIL: 86

Links

GitHub PR Head
GitHub PR Base

Details

New Tests That Don't Pass

/scroll-animations/pause-animation.html
Pausing a canceled animation sets the current time: FAIL (Chrome: FAIL, Safari: FAIL)
Pausing clears the start time: FAIL (Chrome: FAIL, Safari: FAIL)
Aborting a pause preserves the start time: FAIL (Chrome: FAIL, Safari: FAIL)
The animation's current time remains fixed after pausing: FAIL (Chrome: FAIL, Safari: FAIL)
A pause-pending animation maintains the current time when applying a pending playback rate: FAIL (Chrome: FAIL, Safari: FAIL)
Animation start and current times are correct if scroll timeline is activated after animation.pause call.: FAIL (Chrome: FAIL, Safari: FAIL)
A pending ready promise should be resolved and not replaced when the animation is paused: FAIL (Chrome: FAIL, Safari: FAIL)
Pause pending task doesn't run when the timeline is inactive.: FAIL (Chrome: FAIL, Safari: FAIL)
/scroll-animations/play-animation.html
If a pause operation is interrupted, the ready promise is reused: FAIL (Chrome: FAIL, Safari: FAIL)
Resuming an animation from paused calculates start time from hold time: FAIL (Chrome: FAIL, Safari: FAIL)
Playing a finished and reversed animation seeks to end: FAIL (Chrome: PASS, Safari: FAIL)
A pending playback rate is used when determining auto-rewind behavior: FAIL (Chrome: FAIL, Safari: FAIL)
Playing a finished animation clears the start time: FAIL (Chrome: FAIL, Safari: FAIL)
Playing a running animation leaves the current time unchanged: FAIL (Chrome: PASS, Safari: FAIL)
Playing a canceled animation backwards sets the start time: FAIL (Chrome: PASS, Safari: FAIL)
Playing a finished animation seeks back to the start: FAIL (Chrome: FAIL, Safari: FAIL)
Playing a canceled animation sets the start time: FAIL (Chrome: PASS, Safari: FAIL)
The ready promise should be replaced if the animation is not already pending: FAIL (Chrome: PASS, Safari: FAIL)
A pending ready promise should be resolved and not replaced when the animation enters the running state: FAIL (Chrome: PASS, Safari: FAIL)
Playing a pause-pending but previously finished animation seeks back to to the start: FAIL (Chrome: FAIL, Safari: FAIL)
/scroll-animations/cancel-animation.html
oncancel event is fired when the timeline is inactive.: FAIL (Chrome: PASS, Safari: FAIL)
A play-pending ready promise should be rejected when the animation is canceled: FAIL (Chrome: PASS, Safari: FAIL)
Canceling an animation with inactive timeline should cause its start time and hold time to be unresolved: FAIL (Chrome: PASS, Safari: FAIL)
Canceling an animation should cause its start time and hold time to be unresolved: FAIL (Chrome: PASS, Safari: FAIL)
A pause-pending ready promise should be rejected when the animation is canceled: FAIL (Chrome: FAIL, Safari: FAIL)
The cancel event should NOT be fired if the animation is already idle: FAIL (Chrome: PASS, Safari: FAIL)
Canceling an animation should fire cancel event on orphaned element: FAIL (Chrome: PASS, Safari: FAIL)
The finished promise should NOT be rejected if the animation is already idle: FAIL (Chrome: PASS, Safari: FAIL)
When an animation is canceled, it should create a resolved Promise: FAIL (Chrome: PASS, Safari: FAIL)
The ready promise should be replaced when the animation is canceled: FAIL (Chrome: PASS, Safari: FAIL)
/scroll-animations/reverse-animation.html
Reversing an animation when playbackRate < 0 and currentTime < 0 should make it play from the start: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing an animation when playbackRate > 0 and currentTime > effect end should make it play from the end: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing an animation inverts the playback rate: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing an animation does not cause it to resolve the ready promise: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing an animation when playbackRate > 0 and currentTime < 0 and the target effect end is positive infinity should throw an exception: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing an animation without an active timeline throws an InvalidStateError: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing an animation when playbackRate > 0 and currentTime < 0 should make it play from the end: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing an animation plays a pausing animation: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing an animation when playbackRate < 0 and currentTime < 0 and the target effect end is positive infinity should make it play from the start: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing an animation does not cause it to leave the pending state: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing an animation maintains the same current time: FAIL (Chrome: FAIL, Safari: FAIL)
When reversing fails, it should restore any previous pending playback rate: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing should use the negative pending playback rate: FAIL (Chrome: FAIL, Safari: FAIL)
When reversing throws an exception, the playback rate remains unchanged: FAIL (Chrome: PASS, Safari: FAIL)
Reversing animation when playbackRate = 0 and currentTime < 0 and the target effect end is positive infinity should NOT throw an exception: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing an idle animation from starts playing the animation: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing when when playbackRate == 0 should preserve the current time and playback rate: FAIL (Chrome: FAIL, Safari: FAIL)
Reversing an animation when playbackRate < 0 and currentTime > effect end should make it play from the start: FAIL (Chrome: FAIL, Safari: FAIL)
/scroll-animations/updating-the-finished-state.html
Animation finish event is fired again after replaying from start: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when playing a reversed animation exactly to zero: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when playback rate is zero and the current time is less than end: FAIL (Chrome: PASS, Safari: FAIL)
Animation finished promise is replaced after seeking back to start: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when playback rate is zero and the current time is less than zero: FAIL (Chrome: PASS, Safari: FAIL)
finish event is fired after the endDelay has expired: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when playback rate is zero and the current time is greater than end: FAIL (Chrome: PASS, Safari: FAIL)
Finish notification steps run when the animation seeks past finish: FAIL (Chrome: PASS, Safari: FAIL)
Finish notification steps run when the animation completes normally: FAIL (Chrome: PASS, Safari: FAIL)
Finish notification steps don't run when the animation seeks to finish and then seeks back again: FAIL (Chrome: FAIL, Safari: FAIL)
Updating the finished state when seeking exactly to end: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when start time is unresolved and did seek = false: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when playing past end: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when seeking a reversed animation exactly to zero: FAIL (Chrome: PASS, Safari: FAIL)
finish event is not fired at the end of the active interval when the endDelay has not expired: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when playing before end: FAIL (Chrome: PASS, Safari: FAIL)
Finish notification steps run when the animation completes with .finish(), even if we then seek away: FAIL (Chrome: FAIL, Safari: FAIL)
Updating the finished state when current time is unresolved: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when there is a pending task: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when playing in reverse past zero: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when seeking before end: FAIL (Chrome: PASS, Safari: FAIL)
Animation finished promise is replaced after replaying from start: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when start time is unresolved and did seek = true: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when seeking past end: FAIL (Chrome: PASS, Safari: FAIL)
Animation finish event is fired again after seeking back to start: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when seeking a reversed animation past zero: FAIL (Chrome: PASS, Safari: FAIL)
Finish notification steps run when an animation without a target effect completes normally: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when seeking a reversed animation before end: FAIL (Chrome: PASS, Safari: FAIL)
Updating the finished state when playing exactly to end: FAIL (Chrome: PASS, Safari: FAIL)
/scroll-animations/update-playback-rate.html
Updating the playback rate maintains the current time: FAIL (Chrome: FAIL, Safari: FAIL)
Updating the playback rate on a play-pending animation maintains the current time: FAIL (Chrome: FAIL, Safari: FAIL)
Updating the playback rate to zero on a finished animation maintains the current time: FAIL (Chrome: FAIL, Safari: FAIL)
Updating the playback rate while running makes the animation pending: FAIL (Chrome: FAIL, Safari: FAIL)
Updating the playback rate on a pause-pending animation maintains the current time: FAIL (Chrome: FAIL, Safari: FAIL)
In the idle state, the playback rate is applied immediately: FAIL (Chrome: FAIL, Safari: FAIL)
If a pending playback rate is set multiple times, the latest wins: FAIL (Chrome: FAIL, Safari: FAIL)
Updating the playback rate on a finished animation maintains the current time: FAIL (Chrome: FAIL, Safari: FAIL)
In the paused state, the playback rate is applied immediately: FAIL (Chrome: FAIL, Safari: FAIL)

Pushed by wptsync@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/9a874dd81dc3
[wpt PR 23780] - [ScrollTimeline] Force compositing scrollers to run tests on compositor correctly, a=testonly
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla79
You need to log in before you can comment on or make changes to this bug.