@@ -1,4 +1,4 @@
+EVENT(stalled) TEST(false) FAIL
END OF TEST
Thanks for finding this regression. It's caused by my patch from bug https://bugs.webkit.org/show_bug.cgi?id=205801 (doesn't happen without it, happens with it).
I'm having a look at how to fix it.
Created attachment 393049 [details]
Before the fix for bug 205801, when a streaming URL stalled a little bit or went slower than expected a duration for the stream was automatically (wrongly) set by WebKit GStreamer. Having a duration it was easier to trigger the end of the download when the actual end of a live stream was reached (and usually much before that).
After the fix for bug 205801 the live streams kept their infinite duration. When the server cut the stream, WebKit GStreamer didn't have a way to tell the difference between that situation and a real stall (because of network/server conditions), so it concluded it was a stall.
This patch fixed the test to "help" WebKit a little bit avoiding live streams. After all, testing for a cookie has nothing to do with live or non-liveness.
Created attachment 393052 [details]
Created attachment 393128 [details]
Comment on attachment 393128 [details]
Clearing flags on attachment: 393128
Committed r258205: <https://trac.webkit.org/changeset/258205>
All reviewed patches have been landed. Closing bug.