RESOLVED FIXED 205299
REGRESSION: animations/leak-document-with-css-animation.html is very flaky
https://bugs.webkit.org/show_bug.cgi?id=205299
Summary REGRESSION: animations/leak-document-with-css-animation.html is very flaky
Alexey Proskuryakov
Reported 2019-12-16 14:13:35 PST
animations/leak-document-with-css-animation.html only failed once between 2019-10-10 and 2019-11-14, and now it's failing multiple times each day. https://results.webkit.org/?suite=layout-tests&test=animations%2Fleak-document-with-css-animation.html @@ -5,7 +5,7 @@ The iframe has finished loading. The iframe has been destroyed. -PASS internals.numberOfLiveDocuments() is numberOfLiveDocumentsAfterIframeLoaded - 1 +FAIL internals.numberOfLiveDocuments() should be 7. Was 6. PASS successfullyParsed is true
Attachments
Patch (3.44 KB, patch)
2019-12-18 03:00 PST, Antoine Quint
no flags
Radar WebKit Bug Importer
Comment 1 2019-12-16 14:13:46 PST
Alexey Proskuryakov
Comment 2 2019-12-16 14:16:06 PST
Antoine Quint
Comment 3 2019-12-17 02:09:20 PST
I made two changes in Web Animations on November 14: r252455 and r252461.
Antoine Quint
Comment 5 2019-12-18 02:08:33 PST
Running many iterations of the test itself doesn't reveal any issues. Need to try running tests in the same order of a worker that showed a failure next.
Antoine Quint
Comment 6 2019-12-18 02:18:40 PST
Antoine Quint
Comment 7 2019-12-18 02:27:17 PST
Something that puzzles me is that when the test runs in isolation, it has 2 live documents after the iframe has loaded, and 1 after it has been destroyed. However, when it fails on the bots it shows that the number of live documents is much higher. I suspect that internals.numberOfLiveDocuments() returns the number of live documents across runners. At any rate, the figures reported shows a lower number of live documents still, which is good. So maybe we ought to rework this test to not check for a hard number, but only a lower number after the iframe has been destroyed.
Antoine Quint
Comment 8 2019-12-18 02:59:27 PST
Actually, I think we should call `gc()` before we take the reference snapshot of live documents, hopefully this will fix the flakiness by allowing any document pending destruction to be destroyed. If flakiness persists, I think we can then consider using a less-than test.
Antoine Quint
Comment 9 2019-12-18 03:00:01 PST
WebKit Commit Bot
Comment 10 2019-12-18 06:57:39 PST
Comment on attachment 385949 [details] Patch Clearing flags on attachment: 385949 Committed r253679: <https://trac.webkit.org/changeset/253679>
WebKit Commit Bot
Comment 11 2019-12-18 06:57:40 PST
All reviewed patches have been landed. Closing bug.
Antoine Quint
Comment 12 2019-12-22 03:29:11 PST
Looking good so far, no failures since this change.
Antoine Quint
Comment 13 2019-12-24 04:39:23 PST
No failure in 6 days, I think the flakiness is addressed.
Note You need to log in before you can comment on or make changes to this bug.