Closed Bug 1453165 Opened 7 years ago Closed 7 years ago

Intermitent /web-animations/timing-model/animations/pausing-an-animation.html | A pause-pending animation maintains the current time when applying a pending playback rate - assert_greater_than: expected a number greater than 50000 but got 50000

Categories

(Core :: DOM: Animation, defect, P5)

defect

Tracking

()

RESOLVED DUPLICATE of bug 1452791

People

(Reporter: aiakab, Unassigned)

References

Details

(Keywords: intermittent-failure)

+++ This bug was initially created as a clone of Bug #1452791 +++ Filed by: apavel [at] mozilla.com https://treeherder.mozilla.org/logviewer.html#?job_id=172743523&repo=autoland https://queue.taskcluster.net/v1/task/QNemTW8xRHaUJotA-7Udzw/runs/0/artifacts/public/logs/live_backing.log task 2018-04-09T21:20:49.921Z] 21:20:49 INFO - TEST-OK | /web-animations/timing-model/animations/finishing-an-animation.html | took 479ms [task 2018-04-09T21:20:49.922Z] 21:20:49 INFO - TEST-START | /web-animations/timing-model/animations/pausing-an-animation.html [task 2018-04-09T21:20:50.236Z] 21:20:50 INFO - [task 2018-04-09T21:20:50.237Z] 21:20:50 INFO - TEST-PASS | /web-animations/timing-model/animations/pausing-an-animation.html | A pending ready promise should be resolved and not replaced when the animation is paused [task 2018-04-09T21:20:50.238Z] 21:20:50 INFO - TEST-UNEXPECTED-FAIL | /web-animations/timing-model/animations/pausing-an-animation.html | A pause-pending animation maintains the current time when applying a pending playback rate - assert_greater_than: expected a number greater than 50000 but got 50000 [task 2018-04-09T21:20:50.238Z] 21:20:50 INFO - @http://web-platform.test:8000/web-animations/timing-model/animations/pausing-an-animation.html:41:3 [task 2018-04-09T21:20:50.239Z] 21:20:50 INFO - async*Test.prototype.step@http://web-platform.test:8000/resources/testharness.js:1494:20 [task 2018-04-09T21:20:50.239Z] 21:20:50 INFO - promise_test/tests.promise_tests<@http://web-platform.test:8000/resources/testharness.js:543:27 [task 2018-04-09T21:20:50.239Z] 21:20:50 INFO - promise callback*promise_test@http://web-platform.test:8000/resources/testharness.js:539:31 [task 2018-04-09T21:20:50.239Z] 21:20:50 INFO - @http://web-platform.test:8000/web-animations/timing-model/animations/pausing-an-animation.html:27:1 [task 2018-04-09T21:20:50.239Z] 21:20:50 INFO - TEST-OK | /web-animations/timing-model/animations/pausing-an-animation.html | took 322ms [task 2018-04-09T21:20:50.478Z] 21:20:50 INFO - PID 15361 | *** UTM:SVC TimerManager:registerTimer called after profile-before-change notification. Ignoring timer registration for id: telemetry_modules_ping [task 2018-04-09T21:20:50.756Z] 21:20:50 INFO - Browser exited with return code 0 [task 2018-04-09T21:20:50.757Z] 21:20:50 WARNING - u'runner_teardown': () [task 2018-04-09T21:20:50.775Z] 21:20:50 INFO - Setting up ssl [task 2018-04-09T21:20:50.796Z] 21:20:50 INFO - certutil | [task 2018-04-09T21:20:50.832Z] 21:20:50 INFO - certutil | [task 2018-04-09T21:20:50.848Z] 21:20:50 INFO - certutil | [task 2018-04-09T21:20:50.848Z] 21:20:50 INFO - Certificate Nickname Trust Attributes [task 2018-04-09T21:20:50.849Z] 21:20:50 INFO - SSL,S/MIME,JAR/XPI [task 2018-04-09T21:20:50.849Z] 21:20:50 INFO - [task 2018-04-09T21:20:50.850Z] 21:20:50 INFO - web-platform-tests CT,, [task 2018-04-09T21:20:50.850Z] 21:20:50 INFO - [task 2018-04-09T21:20:50.866Z] 21:20:50 INFO - Application command: /builds/worker/workspace/build/application/firefox/firefox --marionette about:blank -profile /tmp/tmpsysIAp.mozrunner [task 2018-04-09T21:20:50.882Z] 21:20:50 INFO - Starting runner [task 2018-04-09T21:20:51.463Z] 21:20:51 INFO - PID 15534 | ATTENTION: default value of option force_s3tc_enable overridden by environment. [task 2018-04-09T21:20:52.070Z] 21:20:52 INFO - PID 15534 | WebRender - OpenGL version new 3.3 (Core Profile) Mesa 17.2.8 [task 2018-04-09T21:20:58.741Z] 21:20:58 INFO - PID 15534 | 1523308858735 Marionette INFO Listening on port 2828
Arthur, would you mind elaborating on this? It seems to me that two failures in the orange factor link happened before miko's fix (bug 1452791) gets merged into mozilla-inbound.
Flags: needinfo?(aiakab)
It could be that Bug #1452791 was closed as Fixed when I have starred the failures and did not wanted to reopen Bug #1452791 so I have created this clone. If you think, that this is solved, you can close this Bug.
Flags: needinfo?(aiakab)
Thanks for the clarification. I am going to close this as a duplicate of bug 1452791. (Though I wonder we can add starts to closed bug)
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.