Bug 197714 – [GTK] imported/w3c/web-platform-tests/web-animations/interfaces/Animatable/animate-no-browsing-context.html is flaky

• Component: WebKitGTK
• Status: RESOLVED FIXED

[Alicia Boya García]

imported/w3c/web-platform-tests/web-animations/interfaces/Animatable/animate-no-browsing-context.html

Flaky since long ago FPPPPFPPPPPPPPPPFFPPPPPFPPFFPPPPPPPFPPPFPPFPPFFFPPPPPPFPFFPPFF

--- /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/imported/w3c/web-platform-tests/web-animations/interfaces/Animatable/animate-no-browsing-context-expected.txt
+++ /home/slave/webkitgtk/gtk-linux-64-release-tests/build/layout-test-results/imported/w3c/web-platform-tests/web-animations/interfaces/Animatable/animate-no-browsing-context-actual.txt
@@ -1,6 +1,8 @@
+
+Harness Error (TIMEOUT), message = null
 
 PASS Element.animate() creates an animation with the correct timeline when called on an element in a document without a browsing context 
 PASS The timeline associated with an animation trigger on an element in a document without a browsing context is inactive 
-FAIL Replacing the timeline of an animation targetting an element in a document without a browsing context leaves it in the pending state assert_true: The animation should still be pending after replacing the document timeline expected true got false
-PASS Replacing the timeline of an animation targetting an element in a document without a browsing context and then adopting that element causes it to start updating style 
+TIMEOUT Replacing the timeline of an animation targetting an element in a document without a browsing context leaves it in the pending state Test timed out
+NOTRUN Replacing the timeline of an animation targetting an element in a document without a browsing context and then adopting that element causes it to start updating style

[Diego Pino]

The test(s) filed under this bug have been consistently passing for the last 4000 revisions. Marking bug as fixed.

Committed r263254: <https://trac.webkit.org/changeset/263254>