Bug 252270 – [GStreamer] Unresponsive web process when playing HLS video, hang when calling gst_pad_set_active?

• Status: RESOLVED
• Resolution: FIXED
• Component: Media

[Michael Catanzaro]

Created attachment 464990 [details]
All-threads backtrace

Today when trying to take a debug log for bug #252266, I noticed the crash we added in bug #249272 to catch unresponsive web processes that fail to quit within 10 seconds of UI process termination. (This is the first time I've noticed this happen since bug #247057 was fixed.) Probably it is deadlocked, although we can only be certain that it's failing to continue iterating main thread runloop. Presumably this happened when playing reddit video.

I'm attaching a backtrace showing all threads. Every interesting thread is doing something with GStreamer. Notably, there are five different threads running GstHLSDemux, although HLS is supposed to be disabled!

I think the main thread is thread 31, which seems to have got stuck when calling gst_pad_set_active() inside the MediaPlayerPrivateGStreamer destructor.

[Philippe Normand]

> Notably, there are five different threads running GstHLSDemux, although HLS is supposed to be disabled!

I suspect this website just loaded an HLS playlist in a media element without even checking it's supported... I think we'll just need to set the hlsdemux rank to NONE so that it's no longer auto-plugged...

[Philippe Normand]

Pull request: https://github.com/WebKit/WebKit/pull/10147

[EWS]

Committed 260362@main (e3f0ed64c816): <https://commits.webkit.org/260362@main>

Reviewed commits have been landed. Closing PR #10147 and removing active labels.

[Radar WebKit Bug Importer]

<rdar://problem/105545361>