GNOME Bugzilla – Bug 692013
Assertion hit in gst_audio_ring_buffer_set_channel_positions()
Last modified: 2018-05-04 13:21:23 UTC
We sometimes hit the following assertion when running the media tests in WebKit: ** (WebProcess:16613): CRITICAL **: file gstaudioringbuffer.c: line 1939 (gst_audio_ring_buffer_set_channel_positions): should not be reached Program received signal SIGTRAP, Trace/breakpoint trap.
+ Trace 231393
Thread 140735725446912 (LWP 16812)
Note that this happens randomly and I do not have a reliable way to reproduce at the moment.
This probably indicates a problem with the input caps, or with the queried caps from the device. There is no way to run that particular webkit test in a loop over and over again to reproduce it? I think we need a GST_DEBUG log for the failure. It would also be good to know which test it is, what the input is, and what elements (parsers/demuxers/codecs) are used.
Created attachment 233886 [details] Log with GST_DEBUG=3
Created attachment 233887 [details] Media file that the test is loading
Created attachment 233888 [details] Log with GST_DEBUG=5
Thanks! a GST_DEBUG=6 log would be ideal (=LOG level in 1.0).
Created attachment 233891 [details] Log with GST_DEBUG=6 Sure. Hope this helps.
No one has complained about this in 4 years, so I assume it's already fixed. Other please re-open and hopefully someone who cares about WebkitGTK can look into it.