Various animation inspector tests are going to permafail when Gecko 48 merges to Aurora (TypeError: el.animate is not a function at @

RESOLVED FIXED in Firefox 47



Developer Tools: Animation Inspector
2 years ago
2 years ago


(Reporter: RyanVM, Assigned: pbro)


Firefox 48
Dependency tree / graph

Firefox Tracking Flags

(firefox46 unaffected, firefox47+ fixed, firefox48+ fixed)


(Whiteboard: [btpp-fix-now])

MozReview Requests


Submitter Diff Changes Open Issues Last Updated
Error loading review requests:


(1 attachment)



2 years ago
[Tracking Requested - why for this release]: Devtools permafail when Gecko 48 merges to Aurora in two weeks.

TEST-UNEXPECTED-FAIL | devtools/client/animationinspector/test/browser_animation_click_selects_animation.js | uncaught exception - TypeError: el.animate is not a function at @
Flags: needinfo?(motoryo1)

Comment 1

2 years ago
Patrick, maybe you can take a look? We're a bit short on time here given where we are in the release cycle :)
Flags: needinfo?(pbrosset)

Comment 2

2 years ago
el.animate is the main piece of the WebAnimations API that is being worked on at the moment. It almost shipped in FF47, but was pushed back to FF48. Which means that for the time being it is being disabled on purpose after nightly. So it seems expected that these tests will fail when merged in Aurora. Most probably, the fix to turn the feature back on on other non-nightly releases hasn't been done yet.
See bug 1253507.
Brian Birtles would know a lot more than me on this, but he's away until April 10 and not accepting NI?
NI? Boris who reviewed the patch, so he can confirm my understanding.
Flags: needinfo?(pbrosset)
Flags: needinfo?(motoryo1)
Flags: needinfo?(bzbarsky)
The feature is not enabled on non-nightly, correct.

So the tests need to either be disabled on non-nightly (with a bug filed to reenable them once the feature is enabled) or enable the feature for the duration of the tests.
Flags: needinfo?(bzbarsky)

Comment 4

2 years ago
I'm actually in the process of adding nightly_build to mozinfo, so the former should be an option in the near-future (with a fail-if condition so the tests UNEXPECTED-PASS when the feature is ready to ride the trains), but in general I think the latter (preffing it on in the test) would be preferable.

Comment 5

2 years ago
Triaging as P1. I'll take a look at this bug in the coming days, making sure the tests set the right pref before starting.
Assignee: nobody → pbrosset
Priority: -- → P1
Whiteboard: [btpp-fix-now]

Comment 6

2 years ago
Created attachment 8738949 [details]
MozReview Request: Bug 1261651 - Avoid using element.animate() in tests - Use Animation constructor isntead; r=miker

Review commit:
See other reviews:
Attachment #8738949 - Flags: review?(mratcliffe)

Comment 7

2 years ago
I ended up taking a third approach: using KeyframeEffect and Animation constructors to create animations rather than element.animate.
Comment on attachment 8738949 [details]
MozReview Request: Bug 1261651 - Avoid using element.animate() in tests - Use Animation constructor isntead; r=miker
Attachment #8738949 - Flags: review?(mratcliffe) → review+

Comment 11

2 years ago
Last Resolved: 2 years ago
status-firefox48: affected → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 48


2 years ago
Blocks: 1264101
status-firefox47: unaffected → fixed
tracking-firefox47: --- → +
tracking-firefox48: ? → +
You need to log in before you can comment on or make changes to this bug.