After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 557438 - Gstreamer crashes when Banshee supposed to change track
Gstreamer crashes when Banshee supposed to change track
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.21
Other All
: Normal critical
: 0.10.22
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 557354 558834 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-10-22 15:35 UTC by Tomi
Modified: 2008-11-02 13:26 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Tomi 2008-10-22 15:35:38 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:
Comment 1 Wim Taymans 2008-10-22 15:46:33 UTC
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.
Comment 2 Bertrand Lorentz 2008-10-22 19:18:00 UTC
*** Bug 557354 has been marked as a duplicate of this bug. ***
Comment 3 Bertrand Lorentz 2008-11-02 13:26:45 UTC
*** Bug 558834 has been marked as a duplicate of this bug. ***