GNOME Bugzilla – Bug 557438
Gstreamer crashes when Banshee supposed to change track
Last modified: 2008-11-02 13:26:45 UTC
Steps to reproduce: 1. Run Banshee 2. Press play 3. When it should change song it crashes From terminal: [Info 18:12:24.195] Running Banshee 1.2.1 [Info 18:12:25.595] All services are started 1.250046s [Info 18:12:26.469] nereid Client Started (Nereid:4969): GStreamer-CRITICAL **: gst_caps_is_fixed: assertion `GST_IS_CAPS (caps)' failed (Nereid:4969): GStreamer-CRITICAL **: gst_caps_is_any: assertion `GST_IS_CAPS (caps)' failed (Nereid:4969): GStreamer-CRITICAL **: gst_caps_is_empty: assertion `GST_IS_CAPS (caps)' failed (Nereid:4969): GStreamer-CRITICAL **: gst_caps_is_any: assertion `GST_IS_CAPS (caps)' failed (Nereid:4969): GStreamer-CRITICAL **: gst_caps_is_empty: assertion `GST_IS_CAPS (caps)' failed ** (Nereid:4969): WARNING **: Thread (nil) may have been prematurely finalized Segmentation fault Stack trace: Other information:
Fixed in CVS with this commit: * libs/gst/base/gstbasetransform.c: (gst_base_transform_prepare_output_buffer), (gst_base_transform_buffer_alloc), (gst_base_transform_suggest): Protect sink_alloc caps with the sinkpad lock to avoid nasty caps refcount problems as seen in banshee and maybe also in farsight2. Remove atomic int now that we need to take the lock anyways.
*** Bug 557354 has been marked as a duplicate of this bug. ***
*** Bug 558834 has been marked as a duplicate of this bug. ***