This test failed today at some point in the GTK 64-bit bot with no related change in the SVN that I could blame: http://build.webkit.org/results/GTK%20Linux%2064-bit%20Debug/r87787%20%2822961%29/svg/custom/animate-target-id-changed-pretty-diff.html After some investigation, it looks to me like it could have happened due to some flakyness in the test itself, since the problem is that the SVG was rendered red instead of green (as per the animation itself), and it occurs to me that it could be due to the usage of timeouts or something like that (just wondering): <rect id="target" width="100" height="100" fill="red"/> <animate attributeName="fill" xlink:href="#target" from="green" to="green" dur="0.5" fill="freeze"/> <script type="text/ecmascript"> <![CDATA[ if (window.layoutTestController) { layoutTestController.waitUntilDone(); setTimeout(function() { document.getElementById('target').setAttribute("id", "newId"); setTimeout(function() { layoutTestController.notifyDone(); }, 0); }, 0); } ]]> CCing people that might be interested on this (author and reviewer for the commit introducing the test [1]) [1] http://trac.webkit.org/changeset/79569
Skipped in the GTK port, as it was observed failing for a couple of times more: http://trac.webkit.org/changeset/87795
The test is consistently passing so its expectation was removed in http://trac.webkit.org/changeset/120476. Closing the bug.