Lots of tests now timing out. It seems the GStreamer media player does something wrong which has bad consequences on the memory management of the media elements.
This works fine:
run-webkit-tests --run-singly --gtk media
But when the DRT instance is reused acrossed tests (default behavior) it triggers unexpected flakiness of the media suite.
I believe this has to do with the fact that we only have a properly implemented GCActivityCallback on platforms which have CoreFoundation, meaning we are now not doing any collection for those platforms without CoreFoundation when we call GCController::garbageCollectSoon(). This is obviously bad.
I'd imagine that this issue manifests itself in the media tests because of the fact that they're dealing with very large things that need to be collected pretty quickly when they die to prevent memory bloat.
Created attachment 139040 [details]
I've just tested the patch locally and it fixes the media suite flakyness. Thanks Mark!
Comment on attachment 139040 [details]
Clearing flags on attachment: 139040
Committed r115383: <http://trac.webkit.org/changeset/115383>
All reviewed patches have been landed. Closing bug.
How about moving Timer/SharedTimer into WTF as is done for String?
(In reply to comment #6)
> How about moving Timer/SharedTimer into WTF as is done for String?
Yes, that is what I'd like to do when I get around to it. If you'd like to do that, you're more than welcome! :-)