This is an automatically generated bug from the commit-queue. animations/needs-layout.html has been flaky on the commit-queue. animations/needs-layout.html was authored by dino@apple.com. https://trac.webkit.org/browser/trunk/LayoutTests/animations/needs-layout.html The commit-queue just saw animations/needs-layout.html flake (image diff) while processing attachment 337973 [details] on bug 184634. Bot: webkit-cq-01 Port: <class 'webkitpy.common.config.ports.MacPort'> Platform: Mac OS X 10.12.6 The bots will update this with information from each new failure. If you believe this bug to be fixed or invalid, feel free to close. The bots will re-open if the flake re-occurs. If you would like to track this test fix with another bug, please close this bug as a duplicate. The bots will follow the duplicate chain when making future comments.
Created attachment 337977 [details] Archive of layout-test-results from webkit-cq-01
This test has been flaky before, but it got worse recently: - http://trac.webkit.org/r230000 broke Gtk Wayland - http://trac.webkit.org/r230632 broke Mac WebKit1, and we are now getting false positives from EWS.
<rdar://problem/39444962>
I know why this is happening, we're not forcing a layout for animations that will require them. The old animation code did this in CSSAnimationController::updateAnimations() by calling hasAnimationThatDependsOnLayout() on the CompositeAnimation for the given element.
Closing as dupe of https://bugs.webkit.org/show_bug.cgi?id=172397 which I fixed. *** This bug has been marked as a duplicate of bug 172397 ***