Layout Test imported/mozilla/css-animations/test_animation-pausing.html is failing

[Per Arne Vollan]

The following layout test is failing on Windows:

imported/mozilla/css-animations/test_animation-pausing.html

Probable cause:

Unknown.

Flakiness Dashboard:

https://webkit-test-results.webkit.org/dashboards/flakiness_dashboard.html#showAllRuns=true&tests=imported%2Fmozilla%2Fcss-animations%2Ftest_animation-pausing.html

[Per Arne Vollan]

Updated test expectations in <https://trac.webkit.org/changeset/233199/webkit>.

[Charlie Turner]

This is also failing in GTK. The reason is that it was globally disabled in effect (has a pass/fail/timeout acceptance) but after r233141 in bug 183826 is was marked as expected to pass.

The diff on the GTK release bots is as follows,

--- /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/imported/mozilla/css-animations/test_animation-pausing-expected.txt
+++ /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/imported/mozilla/css-animations/test_animation-pausing-actual.txt
@@ -1,8 +1,8 @@
 
-PASS play() overrides animation-play-state 
+FAIL play() overrides animation-play-state assert_greater_than: Playing value of margin-left is greater than zero expected a number greater than 0 but got 0
 PASS pause() overrides animation-play-state 
 PASS play() is overridden by later setting "animation-play-state: paused" 
-PASS play() flushes pending changes to animation-play-state first 
+FAIL play() flushes pending changes to animation-play-state first assert_greater_than: Playing value of margin-left is increasing expected a number greater than 0 but got 0
 PASS pause() applies pending changes to animation-play-state first 
 PASS Setting the current time completes a pending pause

I'll be updated our ports expectations files accordingly.

[Michael Catanzaro]

This test is now timing out, see webkit.org/b/187264

[Miguel Gomez]

This is consistently passing since r233512

[Radar WebKit Bug Importer]

<rdar://problem/42118656>