Bug 213329 – [GStreamer] webrtc/release-after-getting-track.html is a flaky crash

• Status: RESOLVED
• Resolution: DUPLICATE
• Component: WebRTC

[Diego Pino]

webrtc/release-after-getting-track.html [ Crash ]

Just got one Crash in the last 4000 revisions but I never saw a stacktrace like this so I think it's worth to file a bug.

Crash-log: https://build.webkit.org/results/GTK%20Linux%2064-bit%20Release%20(Tests)/r263193%20(14128)/webrtc/release-after-getting-track-crash-log.txt

Thread 1 (Thread 0x7ff91a3932c0 (LWP 128052)):
#0  0x00007ff91c5d9ee5 in _g_log_abort (breakpoint=1) at ../glib/gmessages.c:554
#1  0x00007ff91c5db1c9 in g_logv (log_domain=0x7ff91cf585e0 <g_log_domain_gstreamer> "GStreamer", log_level=G_LOG_LEVEL_CRITICAL, format=<optimized out>, args=args@entry=0x7ffe9a436a30) at ../glib/gmessages.c:1373
#2  0x00007ff91c5db393 in g_log (log_domain=<optimized out>, log_level=<optimized out>, format=<optimized out>) at ../glib/gmessages.c:1415
#3  0x00007ff91c6c4cf3 in g_object_unref (_object=<optimized out>) at ../gobject/gobject.c:3461
#4  0x00007ff91c6c4cf3 in g_object_unref (_object=0x5602cc43c1b0) at ../gobject/gobject.c:3391
#5  0x00007ff91ceac3b5 in gst_object_unref (object=<optimized out>) at ../gst/gstobject.c:266
#6  0x00007ff91ceeaafa in _gst_message_free (message=0x5602cc43f940 [GstMessage]) at ../gst/gstmessage.c:212
#7  0x00007ff91cec18cd in gst_message_unref (msg=0x5602cc43f940 [GstMessage]) at ../gst/gstmessage.h:382
#8  0x00007ff91cec18cd in gst_bus_source_dispatch (source=0x5602cc08e180, callback=0x7ff91cec09e0 <gst_bus_async_signal_func>, user_data=0x0) at ../gst/gstbus.c:840
#9  0x00007ff91c5d3c3e in g_main_dispatch (context=0x5602cbcc0790) at ../glib/gmain.c:3309
#10 0x00007ff91c5d3c3e in g_main_context_dispatch (context=context@entry=0x5602cbcc0790) at ../glib/gmain.c:3974
#11 0x00007ff91c5d3ff0 in g_main_context_iterate (context=0x5602cbcc0790, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4047
#12 0x00007ff91c5d42e3 in g_main_loop_run (loop=0x5602cbceee80) at ../glib/gmain.c:4241
#13 0x00007ff920ab7360 in WTF::RunLoop::run() () at /app/webkit/WebKitBuild/Release/lib/libjavascriptcoregtk-4.0.so.18
#14 0x00007ff9236e22bf in WebKit::WebProcessMain(int, char**) () at /app/webkit/WebKitBuild/Release/lib/libwebkit2gtk-4.0.so.37
#15 0x00007ff91b207183 in __libc_start_main (main=0x5602cb288c00 <main>, argc=4, argv=0x7ffe9a436e28, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffe9a436e18) at ../csu/libc-start.c:308
#16 0x00005602cb288c8e in _start () at ../sysdeps/x86_64/start.S:120

STDERR: Traceback (most recent call last):
STDERR: File "<string>", line 3, in <module>
STDERR: ModuleNotFoundError: No module named 'webkit'
STDERR: /home/slave/.gdbinit:7: Error in sourced command file:
STDERR: Error while executing Python code.
STDERR:
STDERR: warning: core file may not match specified executable file.
STDERR:
STDERR: (WebKitWebProcess:128052): GStreamer-CRITICAL **: 19:45:55.855:
STDERR: Trying to dispose element appsrc0, but it is in PLAYING instead of the NULL state.
STDERR: You need to explicitly set elements to the NULL state before
STDERR: dropping the final reference, to allow them to clean up.
STDERR: This problem may also be caused by a refcounting bug in the
STDERR: application or some element.
STDERR:

[Philippe Normand]

*** This bug has been marked as a duplicate of bug 211166 ***