Closed Bug 1466031 Opened 6 years ago Closed 6 years ago

Upstream tests for Web animations <-> CSS animation integration to web-platform-tests

Categories

(Core :: DOM: Animation, enhancement, P3)

enhancement

Tracking

()

RESOLVED FIXED
mozilla62
Tracking Status
firefox62 --- fixed

People

(Reporter: birtles, Assigned: birtles)

References

Details

Attachments

(22 files, 24 obsolete files)

59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
59 bytes, text/x-review-board-request
Details
Apple have asked to us to upstream this and it would be useful to have these in place so we can add tests to them in bug 1459536.
Attachment #8982437 - Attachment is obsolete: true
Attachment #8982437 - Flags: review?(hikezoe)
Attachment #8982438 - Attachment is obsolete: true
Attachment #8982438 - Flags: review?(hikezoe)
Comment on attachment 8982418 [details]
Bug 1466031 - Use arrow functions in dom/animation/test/css-animations/;

https://reviewboard.mozilla.org/r/248364/#review254622

::: dom/animation/test/css-animations/test_animation-starttime.html:213
(Diff revision 1)
>  
>      // Despite going backwards from just after the active interval starts to
>      // the animation start time, we now expect an animationend event
>      // because we went from inside to outside the active interval.
>      return eventWatcher.wait_for('animationend');
> -  }).then(function() {
> +                                }).then(() => {

On MozReview, this identation looks broken.
Attachment #8982418 - Flags: review?(hikezoe) → review+
Comment on attachment 8982419 [details]
Bug 1466031 - Replace var with const/let in dom/animation/test/css-animations/;

https://reviewboard.mozilla.org/r/248366/#review254628

If the next 'async/await' patch came prior to this patch, it would be easier to review.
Attachment #8982419 - Flags: review?(hikezoe) → review+
Comment on attachment 8982420 [details]
Bug 1466031 - Use async/await in dom/animation/test/css-animations/;

https://reviewboard.mozilla.org/r/248368/#review254624

::: dom/animation/test/css-animations/test_animations-dynamic-changes.html:21
(Diff revision 1)
>    let originalStartTime;
>    let originalCurrentTime;
>  
>    // Wait a moment so we can confirm the startTime doesn't change (and doesn't
>    // simply reflect the current time).
> -  return originalAnimation.ready.then(() => {
> +  await originalAnimation.ready;
> +
> -    originalStartTime = originalAnimation.startTime;
> +  originalStartTime = originalAnimation.startTime;
> -    originalCurrentTime = originalAnimation.currentTime;
> +  originalCurrentTime = originalAnimation.currentTime;

Nit:
const originalStartTime =
const originalCurrentTime =

::: dom/animation/test/css-animations/test_animations-dynamic-changes.html:137
(Diff revision 1)
>    // Wait and add second Animation
> -  return firstAddedAnimation.ready.then(waitForFrame).then(() => {
> +  await firstAddedAnimation.ready;
> +  await waitForFrame();
> +
> -    div.style.animation = 'anim1 100s, anim1 100s';
> +  div.style.animation = 'anim1 100s, anim1 100s';
> -    secondAddedAnimation = div.getAnimations()[0];
> +  secondAddedAnimation = div.getAnimations()[0];

Nit:
const secondAddedAnimation =

::: dom/animation/test/css-animations/test_animations-dynamic-changes.html:144
(Diff revision 1)
> -    // Wait again and add another Animation
> +  // Wait again and add another Animation
> -    return secondAddedAnimation.ready.then(waitForFrame);
> -  }).then(() => {
> +  await secondAddedAnimation.ready;
> +  await waitForFrame();
> +
> -    div.style.animation = 'anim1 100s, anim2 100s, anim1 100s';
> +  div.style.animation = 'anim1 100s, anim2 100s, anim1 100s';
> -    animations = div.getAnimations();
> +  animations = div.getAnimations();

Nit:
const animations = div.getAnimations();
Attachment #8982420 - Flags: review?(hikezoe) → review+
Comment on attachment 8982421 [details]
Bug 1466031 - Use for ... of instead of forEach in a few places in dom/animation/test/css-animations/;

https://reviewboard.mozilla.org/r/248370/#review254638
Attachment #8982421 - Flags: review?(hikezoe) → review+
Comment on attachment 8982422 [details]
Bug 1466031 - Fix the spelling of canceled/canceling in dom/animation/test/css-animations/;

https://reviewboard.mozilla.org/r/248372/#review254640
Attachment #8982422 - Flags: review?(hikezoe) → review+
Comment on attachment 8982423 [details]
Bug 1466031 - Update the titles of each test file;

https://reviewboard.mozilla.org/r/248374/#review254642

::: dom/animation/test/css-animations/test_animation-pausing.html:3
(Diff revision 1)
>  <!doctype html>
>  <meta charset=utf-8>
> +<title>CSSAnimation pausing</title>

For consistency, this should be 'Pausing a CSSAniamtion'?

::: dom/animation/test/css-animations/test_effect-target.html:3
(Diff revision 1)
>  <!doctype html>
>  <meta charset=utf-8>
> +<title>KeyframeEffect.target for CSS Animations</title>

If this is 'CSSAnimation.effect.target', it would be ambiguous?

I really prefer 'CSSAnimation.startTime' or some such in this patch, they are pretty simple and easy to understand what the test supposes.
Attachment #8982423 - Flags: review?(hikezoe) → review+
Comment on attachment 8982424 [details]
Bug 1466031 - Apply various whitespace tweaks to test_animation-computed-timing.html;

https://reviewboard.mozilla.org/r/248376/#review254644
Attachment #8982424 - Flags: review?(hikezoe) → review+
Comment on attachment 8982425 [details]
Bug 1466031 - Re-arrange tests in test_animations-currenttime.html;

https://reviewboard.mozilla.org/r/248378/#review254646

::: testing/web-platform/tests/web-animations/timing-model/animations/pausing-an-animation.html:57
(Diff revision 1)
> +  animation.pause();
> +  await animation.ready;
> +
> +  const currentTimeAfterPausing = animation.currentTime;
> +
> +  await waitForNextFrame();

Nice!
Attachment #8982425 - Flags: review?(hikezoe) → review+
Comment on attachment 8982426 [details]
Bug 1466031 - Drop test_animation-finish.html;

https://reviewboard.mozilla.org/r/248380/#review254652
Attachment #8982426 - Flags: review?(hikezoe) → review+
Comment on attachment 8982427 [details]
Bug 1466031 - Tidy up test_animation-finished.html;

https://reviewboard.mozilla.org/r/248382/#review254654
Attachment #8982427 - Flags: review?(hikezoe) → review+
Comment on attachment 8982428 [details]
Bug 1466031 - Tweak whitespace in test_animation-id.html;

https://reviewboard.mozilla.org/r/248384/#review254656
Attachment #8982428 - Flags: review?(hikezoe) → review+
Comment on attachment 8982429 [details]
Bug 1466031 - Tidy up test_animations-playstate.html;

https://reviewboard.mozilla.org/r/248386/#review254658
Attachment #8982429 - Flags: review?(hikezoe) → review+
Comment on attachment 8982430 [details]
Bug 1466031 - Tidy up test_animation-ready.html;

https://reviewboard.mozilla.org/r/248388/#review254660

::: commit-message-d2b09:10
(Diff revision 1)
> +animation-play-state and so are probably worth keeping.
> +
> +There are two exceptions that I felt were worth changing:
> +
> +* The test for the handling of a ready promise on an aborted pause. I could not
> +  find a similar test in the Web Animations wpt and it the test is not really

Nit:

'it the test is not' -> 'it is not' or 'the test is not' ?
Attachment #8982430 - Flags: review?(hikezoe) → review+
Comment on attachment 8982431 [details]
Bug 1466031 - Move the reversing test to Web Animations web-platform-tests;

https://reviewboard.mozilla.org/r/248390/#review254664
Attachment #8982431 - Flags: review?(hikezoe) → review+
Comment on attachment 8982433 [details]
Bug 1466031 - Update test_animations-dynamic-changes.html;

https://reviewboard.mozilla.org/r/248394/#review254670

I didn't notice this change when I left the comments for 'async/await' change.
Attachment #8982433 - Flags: review?(hikezoe) → review+
Comment on attachment 8982435 [details]
Bug 1466031 - Update test description in test_pseudoElement-get-animations.html;

https://reviewboard.mozilla.org/r/248398/#review254672
Attachment #8982435 - Flags: review?(hikezoe) → review+
Comment on attachment 8982436 [details]
Bug 1466031 - Update test_setting-effect.html;

https://reviewboard.mozilla.org/r/248400/#review254676
Attachment #8982436 - Flags: review?(hikezoe) → review+
Comment on attachment 8982442 [details]
Bug 1466031 - Move CSS animations / Web animation integration tests to web-platform-tests;

https://reviewboard.mozilla.org/r/248410/#review254678
Attachment #8982442 - Flags: review?(hikezoe) → review+
Comment on attachment 8982443 [details]
Bug 1466031 - Add spec links to test files;

https://reviewboard.mozilla.org/r/248412/#review254680

::: testing/web-platform/tests/css/css-animations/CSSAnimation-canceling.tentative.html:5
(Diff revision 1)
>  <!doctype html>
>  <meta charset=utf-8>
>  <title>Canceling a CSS animation</title>
> +<!-- TODO: Add a more specific link for this one it is specified. -->
> +<link rel="help" href="https://drafts.csswg.org/css-animations-2/">

I guess you might have wanted to link https://drafts.csswg.org/css-animations-2/#cssanimation ?  It's not a big deal though.

::: testing/web-platform/tests/css/css-animations/CSSAnimation-playState.tentative.html:5
(Diff revision 1)
>  <!doctype html>
>  <meta charset=utf-8>
>  <title>CSSAnimation.playState</title>
> +<!-- TODO: Add a more specific link for this one it is specified. -->
> +<link rel="help" href="https://drafts.csswg.org/css-animations-2/#cssanimation">

I don't quite understand why we can use https://drafts.csswg.org/css-animations-2/#animation-play-state ?

::: testing/web-platform/tests/css/css-animations/Document-getAnimations.tentative.html:4
(Diff revision 1)
>  <!doctype html>
>  <meta charset=utf-8>
>  <title>Document.getAnimations() for CSS animations</title>
> +<link rel="help" href="https://drafts.csswg.org/css-animations-2/#animation-composite-order">

Is this the correct link?
Attachment #8982443 - Flags: review?(hikezoe) → review+
Comment on attachment 8982444 [details]
Bug 1466031 - Update event-dispatch test now that we can use the updated EventWatcher;

https://reviewboard.mozilla.org/r/248414/#review254682

\o/
Attachment #8982444 - Flags: review?(hikezoe) → review+
Comment on attachment 8982434 [details]
Bug 1466031 - Update test_element-get-animations.html;

https://reviewboard.mozilla.org/r/248396/#review254684

::: dom/animation/test/css-animations/test_element-get-animations.html:352
(Diff revision 1)
>    const animations = parent.getAnimations({ subtree: false });
>    assert_equals(animations.length, 1,
>                  'Should find only the element even if it has a child');
>    assert_equals(animations[0].effect.target, parent,
>                  'Effect target shuld be the element');
> -}, 'Test AnimationFilter{ subtree: false } with element that has a child');
> +}, '{ subtree: false } on an element with a child returns only the element\'s'

I am wondering pseudo elements isn't counted as child?

::: dom/animation/test/css-animations/test_element-get-animations.html:397
(Diff revision 1)
>    assert_equals(animations[5].effect.target.type, '::after',
>                  'The animation targeting the ::after pesudo-element ' +
>                  'should be returned last');
>    assert_equals(animations[5].effect.target.parentElement, child,
>                  'This ::after element should be child of child element');
> -}, 'Test AnimationFilter{ subtree: true } with element that has a child');
> +}, '{ subtree: true } on an element with a child returns animations from the'

Hmm, it seems pseudo elements are not child.  Ignore the previous comment.

::: dom/animation/test/css-animations/test_element-get-animations.html:443
(Diff revision 1)
>  
>    assert_equals(animations[4].effect.target, child2,
>                  'The animation targeting the child2 element ' +
>                  'should be returned last');
>  
> -}, 'Test AnimationFilter{ subtree: true } with element that has many descendant');
> +}, '{ subtree: true } on element with many descendants returns animations'

Nit: 'on an element' for consistency.
Comment on attachment 8982432 [details]
Bug 1466031 - Update test_animation-starttime.html;

https://reviewboard.mozilla.org/r/248392/#review254688

::: dom/animation/test/css-animations/test_animation-starttime.html:69
(Diff revision 1)
>    animation.startTime = animation.timeline.currentTime - 100 * MS_PER_SEC;
>    await eventWatcher.wait_for('animationstart');
>  
>    animation.startTime = animation.timeline.currentTime - 200 * MS_PER_SEC;
>    await eventWatcher.wait_for('animationend');
> -}, 'Skipping forward through animation');
> +}, 'Seeking a CSS animation using the start time dispatchs animation events');

I am not sure this test case should be moved into event-dispath.html or not.
Attachment #8982432 - Flags: review?(hikezoe) → review+
Comment on attachment 8982434 [details]
Bug 1466031 - Update test_element-get-animations.html;

https://reviewboard.mozilla.org/r/248396/#review254904

MozReview didn't respond my r+?
Attachment #8982434 - Flags: review?(hikezoe) → review+
(In reply to Hiroyuki Ikezoe (:hiro) from comment #25)
> Comment on attachment 8982418 [details]
> Bug 1466031 - Use arrow functions in dom/animation/test/css-animations/;
> 
> https://reviewboard.mozilla.org/r/248364/#review254622
> 
> ::: dom/animation/test/css-animations/test_animation-starttime.html:213
> (Diff revision 1)
> >  
> >      // Despite going backwards from just after the active interval starts to
> >      // the animation start time, we now expect an animationend event
> >      // because we went from inside to outside the active interval.
> >      return eventWatcher.wait_for('animationend');
> > -  }).then(function() {
> > +                                }).then(() => {
> 
> On MozReview, this identation looks broken.

Yeah, MozReview is right, it's broken. Fixed.
(In reply to Hiroyuki Ikezoe (:hiro) from comment #26)
> Comment on attachment 8982419 [details]
> Bug 1466031 - Replace var with const/let in
> dom/animation/test/css-animations/;
> 
> https://reviewboard.mozilla.org/r/248366/#review254628
> 
> If the next 'async/await' patch came prior to this patch, it would be easier
> to review.

I couldn't bring myself to add more var declarations so I decided to do this first.
(In reply to Hiroyuki Ikezoe (:hiro) from comment #27)
> Comment on attachment 8982420 [details]
> Bug 1466031 - Use async/await in dom/animation/test/css-animations/;
> 
> https://reviewboard.mozilla.org/r/248368/#review254624
> 
> ::: dom/animation/test/css-animations/test_animations-dynamic-changes.html:21
> (Diff revision 1)
> >    let originalStartTime;
> >    let originalCurrentTime;
> >  
> >    // Wait a moment so we can confirm the startTime doesn't change (and doesn't
> >    // simply reflect the current time).
> > -  return originalAnimation.ready.then(() => {
> > +  await originalAnimation.ready;
> > +
> > -    originalStartTime = originalAnimation.startTime;
> > +  originalStartTime = originalAnimation.startTime;
> > -    originalCurrentTime = originalAnimation.currentTime;
> > +  originalCurrentTime = originalAnimation.currentTime;
> 
> Nit:
> const originalStartTime =
> const originalCurrentTime =

These and the following are all fixed in subsequent patches so I've left them as-is.
(In reply to Hiroyuki Ikezoe (:hiro) from comment #30)
> Comment on attachment 8982423 [details]
> Bug 1466031 - Update the titles of each test file;
> 
> https://reviewboard.mozilla.org/r/248374/#review254642
> 
> ::: dom/animation/test/css-animations/test_animation-pausing.html:3
> (Diff revision 1)
> >  <!doctype html>
> >  <meta charset=utf-8>
> > +<title>CSSAnimation pausing</title>
> 
> For consistency, this should be 'Pausing a CSSAniamtion'?

Yes.

> ::: dom/animation/test/css-animations/test_effect-target.html:3
> (Diff revision 1)
> >  <!doctype html>
> >  <meta charset=utf-8>
> > +<title>KeyframeEffect.target for CSS Animations</title>
> 
> If this is 'CSSAnimation.effect.target', it would be ambiguous?
> 
> I really prefer 'CSSAnimation.startTime' or some such in this patch, they
> are pretty simple and easy to understand what the test supposes.

Sounds good to me.
(In reply to Hiroyuki Ikezoe (:hiro) from comment #43)
> Comment on attachment 8982443 [details]
> Bug 1466031 - Add spec links to test files;
> 
> https://reviewboard.mozilla.org/r/248412/#review254680
> 
> :::
> testing/web-platform/tests/css/css-animations/CSSAnimation-canceling.
> tentative.html:5
> (Diff revision 1)
> >  <!doctype html>
> >  <meta charset=utf-8>
> >  <title>Canceling a CSS animation</title>
> > +<!-- TODO: Add a more specific link for this one it is specified. -->
> > +<link rel="help" href="https://drafts.csswg.org/css-animations-2/">
> 
> I guess you might have wanted to link
> https://drafts.csswg.org/css-animations-2/#cssanimation ?  It's not a big
> deal though.

I deliberately didn't link to the API there because I suspect we'll end up specifying the canceling behavior apart from the API.

> :::
> testing/web-platform/tests/css/css-animations/CSSAnimation-playState.
> tentative.html:5
> (Diff revision 1)
> >  <!doctype html>
> >  <meta charset=utf-8>
> >  <title>CSSAnimation.playState</title>
> > +<!-- TODO: Add a more specific link for this one it is specified. -->
> > +<link rel="help" href="https://drafts.csswg.org/css-animations-2/#cssanimation">
> 
> I don't quite understand why we can use
> https://drafts.csswg.org/css-animations-2/#animation-play-state ?

Yeah, that's because this test is more about the playState member than about the specific play state handling (which is covered by the "Pausing a CSSAnimation" tests).

> :::
> testing/web-platform/tests/css/css-animations/Document-getAnimations.
> tentative.html:4
> (Diff revision 1)
> >  <!doctype html>
> >  <meta charset=utf-8>
> >  <title>Document.getAnimations() for CSS animations</title>
> > +<link rel="help" href="https://drafts.csswg.org/css-animations-2/#animation-composite-order">
> 
> Is this the correct link?

Yeah, the composite order determines the order in which these animations get returned and this test is all about the ordering so it seems to be the most appropriate place to link to.
(In reply to Hiroyuki Ikezoe (:hiro) from comment #45)
> ::: dom/animation/test/css-animations/test_element-get-animations.html:443
> (Diff revision 1)
> >  
> >    assert_equals(animations[4].effect.target, child2,
> >                  'The animation targeting the child2 element ' +
> >                  'should be returned last');
> >  
> > -}, 'Test AnimationFilter{ subtree: true } with element that has many descendant');
> > +}, '{ subtree: true } on element with many descendants returns animations'
> 
> Nit: 'on an element' for consistency.

Fixed.
(In reply to Hiroyuki Ikezoe (:hiro) from comment #46)
> Comment on attachment 8982432 [details]
> Bug 1466031 - Update test_animation-starttime.html;
> 
> https://reviewboard.mozilla.org/r/248392/#review254688
> 
> ::: dom/animation/test/css-animations/test_animation-starttime.html:69
> (Diff revision 1)
> >    animation.startTime = animation.timeline.currentTime - 100 * MS_PER_SEC;
> >    await eventWatcher.wait_for('animationstart');
> >  
> >    animation.startTime = animation.timeline.currentTime - 200 * MS_PER_SEC;
> >    await eventWatcher.wait_for('animationend');
> > -}, 'Skipping forward through animation');
> > +}, 'Seeking a CSS animation using the start time dispatchs animation events');
> 
> I am not sure this test case should be moved into event-dispath.html or not.

Yes, I wanted to leave one test that ensures that setting the start time does trigger event dispatching for CSS animation events (since I think that's why we added these tests here in the first place).
Thanks for reviewing these so quickly!

I didn't mean for you to review them on Friday and on PTO! I just thought I'd send them since I know they overlap with some work you are doing (e.g. dropping the EventHandler code) and I thought it would be good for you to know I'd taken care of that in case you started working on it on Monday before I got to work.

I'm going to update the patches now but since I've been using mq for this (touching MANIFEST.json so much) I expect MozReview might fail to match up the r+'s. If so I'll just push to m-i so please review any review spam that comes from this!
Attachment #8982418 - Attachment is obsolete: true
Attachment #8982419 - Attachment is obsolete: true
Attachment #8982420 - Attachment is obsolete: true
Attachment #8982421 - Attachment is obsolete: true
Attachment #8982422 - Attachment is obsolete: true
Attachment #8982423 - Attachment is obsolete: true
Attachment #8982424 - Attachment is obsolete: true
Attachment #8982425 - Attachment is obsolete: true
Attachment #8982426 - Attachment is obsolete: true
Attachment #8982427 - Attachment is obsolete: true
Attachment #8982428 - Attachment is obsolete: true
Attachment #8982429 - Attachment is obsolete: true
Attachment #8982430 - Attachment is obsolete: true
Attachment #8982431 - Attachment is obsolete: true
Attachment #8982432 - Attachment is obsolete: true
Attachment #8982433 - Attachment is obsolete: true
Attachment #8982434 - Attachment is obsolete: true
Attachment #8982435 - Attachment is obsolete: true
Attachment #8982436 - Attachment is obsolete: true
Attachment #8982442 - Attachment is obsolete: true
Attachment #8982443 - Attachment is obsolete: true
Attachment #8982444 - Attachment is obsolete: true
Oh, MozReview :(
Attachment #8982944 - Flags: review?(hikezoe)
Attachment #8982945 - Flags: review?(hikezoe)
Attachment #8982946 - Flags: review?(hikezoe)
Attachment #8982947 - Flags: review?(hikezoe)
Attachment #8982948 - Flags: review?(hikezoe)
Attachment #8982949 - Flags: review?(hikezoe)
Attachment #8982950 - Flags: review?(hikezoe)
Attachment #8982951 - Flags: review?(hikezoe)
Attachment #8982952 - Flags: review?(hikezoe)
Attachment #8982953 - Flags: review?(hikezoe)
Attachment #8982954 - Flags: review?(hikezoe)
Attachment #8982955 - Flags: review?(hikezoe)
Attachment #8982956 - Flags: review?(hikezoe)
Attachment #8982957 - Flags: review?(hikezoe)
Attachment #8982958 - Flags: review?(hikezoe)
Attachment #8982959 - Flags: review?(hikezoe)
Attachment #8982960 - Flags: review?(hikezoe)
Attachment #8982961 - Flags: review?(hikezoe)
Attachment #8982962 - Flags: review?(hikezoe)
Attachment #8982963 - Flags: review?(hikezoe)
Attachment #8982964 - Flags: review?(hikezoe)
Attachment #8982965 - Flags: review?(hikezoe)
Pushed by bbirtles@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/841c624e3daf
Use arrow functions in dom/animation/test/css-animations/; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/34668c9b0d60
Replace var with const/let in dom/animation/test/css-animations/; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/814a885cf046
Use async/await in dom/animation/test/css-animations/; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/2337de0fc6d6
Use for ... of instead of forEach in a few places in dom/animation/test/css-animations/; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/e4926e77c345
Fix the spelling of canceled/canceling in dom/animation/test/css-animations/; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/3bba27064558
Update the titles of each test file; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/89a749ca3580
Apply various whitespace tweaks to test_animation-computed-timing.html; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/bdf0455bd3ec
Re-arrange tests in test_animations-currenttime.html; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/c8dd07176c5c
Drop test_animation-finish.html; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/865062de80fb
Tidy up test_animation-finished.html; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/43b6a7546524
Tweak whitespace in test_animation-id.html; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/4f526a64e149
Tidy up test_animations-playstate.html; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/225a32bacfbc
Tidy up test_animation-ready.html; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/357a5f2a456b
Move the reversing test to Web Animations web-platform-tests; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/bfe96f889a3b
Update test_animation-starttime.html; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/93a6b929c042
Update test_animations-dynamic-changes.html; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/2181d4e46ec8
Update test_element-get-animations.html; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/31b0c91a0237
Update test description in test_pseudoElement-get-animations.html; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/e7fb7955c589
Update test_setting-effect.html; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/4a4aafa588f8
Move CSS animations / Web animation integration tests to web-platform-tests; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/1156ef220859
Add spec links to test files; r=hiro
https://hg.mozilla.org/integration/mozilla-inbound/rev/d87bf0bd52e2
Update event-dispatch test now that we can use the updated EventWatcher; r=hiro
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/11318 for changes under testing/web-platform/tests
Upstream web-platform-tests status checks passed, PR will merge once commit reaches central.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: