[Bug 767879] Deadlock in WebKit when deleting the media player while HLS media was loaded

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=767879

--- Comment #6 from Carlos Garcia Campos <carlosgc at gnome.org> ---
(In reply to Sebastian Dröge (slomo) from comment #5)
> It might be better or at least safer to defer the signal until a later point
> in one of the callers of the function. Also the same problem probably
> applies to pad-added.

What signal and function are you talking about exactly?

> OTOH you can't really set the state of any element to NULL from
> no-more-pads. Is that what you're doing? I'm surprised that doesn't deadlock
> from other elements too :)

No, we are setting the pipeline to NULL right before deleting it, no more pads
happens in a different thread:

Secondary Thread:
  - blocked on EXPOSE_LOCK (no_more_pads_cb() gstdecodebin2.c)
  - it seems to have GST_PAD_STREAM_LOCK of gstpad taken from
gst_pad_send_event_unchecked()
  - has GST_MANIFEST_LOCK of gstadaptivedemux taken from _src_event, got
fragment EOS

See Thread 18 in the bt I submitted. Setting the pipeline to NULL is blocking
on GST_PAD_STREAM_LOCK in post_activate() gstpad.c

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.