Strawberry crashing on song change

strwbMcstrawbson

For a while now strawberry seems to randomly crash when changing to the next song. Nothing in particular seems to cause this behaviour, and it doesn't always happen either. Running it on a terminal results in the following message when it crashes

ERROR:../gstreamer/subprojects/gst-plugins-base/gst/playback/gstdecodebin3.c:3463:mq_slot_handle_stream_start: assertion failed: (candidate->is_update || dbin->output_collection == NULL)
Bail out! ERROR:../gstreamer/subprojects/gst-plugins-base/gst/playback/gstdecodebin3.c:3463:mq_slot_handle_stream_start: assertion failed: (candidate->is_update || dbin->output_collection == NULL)

And then the system seemingly sends a SIGABORT to the process.
Would appreciate even instructions to debug it further, as I couldn't really find any other logs on my own

jonas

@strwbMcstrawbson said in Strawberry crashing on song change:

mq_slot_handle_stream_start

I believe this is this GStreamer bug: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3664

What GStreamer version are you running?

rlkeeney

@jonas said in Strawberry crashing on song change:

@strwbMcstrawbson said in Strawberry crashing on song change:

mq_slot_handle_stream_start

I believe this is this GStreamer bug: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3664

What GStreamer version are you running?

I'm getting crashes here, too.
How do I find out my gstreamer version on Fedora 40.

jonas

According to the GStreamer developer, this bug should be fixed in GStreamer version 1.24.6.

@rlkeeney

rpm -qa | grep gstreamer

rlkeeney

@jonas said in Strawberry crashing on song change:
Is this the same bug.

(strawberry:921263): Gtk-WARNING **: 07:18:43.824: Theme parsing error: gtk.css:6:16: The 'gtk-key-bindings' property has been renamed to '-gtk-key-bindings'
14:22:39.085 WARN  unknown                          stream 3 finished with error: "Server stopped accepting new streams before this stream was established" 
**
ERROR:../gst/playback/gstdecodebin3.c:3463:mq_slot_handle_stream_start: assertion failed: (candidate->is_update || dbin->output_collection == NULL)
Bail out! ERROR:../gst/playback/gstdecodebin3.c:3463:mq_slot_handle_stream_start: assertion failed: (candidate->is_update || dbin->output_collection == NULL)
Aborted (core dumped)

strwbMcstrawbson

@jonas said in Strawberry crashing on song change:

I believe this is this GStreamer bug: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3664

What GStreamer version are you running?

Sorry for the late reply, I'm currently running version 1.24.6-1
It is the latest version available for my distro (CachyOs) at the time of posting this.
Tried to recreate the crash, and it seems to reliably happen by using the queue feature and leaving the player on "repeat one" mode. Repeat one song a few times, then queue up a different one and the player crashes with the same bug as in the original post

jonas

I could reproduce it too today, I've made a new GStreamer bug report here: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3742

jonas

There is a possible fix here: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/7401

I'm currently testing this. I have built gst-plugins-base with this patch here: https://build.opensuse.org/package/show/home:jonaski:branches:multimedia:libs/gstreamer-plugins-base

strwbMcstrawbson

Thanks for all the support. I suppose now it's just a wait until the updates reach my distro. Will update the post once it does

jonas

I've been testing over night and this bug looks to be fixed with https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/7401 which has also been merged in GStreamer, but it missed 1.24.7 so that version is still affected.
For openSUSE I've opened a request to add it here: https://build.opensuse.org/request/show/1195264
And I've opened a bug report in Arch here: https://gitlab.archlinux.org/archlinux/packaging/packages/gst-plugins-base/-/issues/2 and asked if they can add the patch.
For other Linux distros affected by this bug ask them if they can add the patch.
You can possibly also bypass the bug by enabling cross-fading automatic (and uncheck the Except between tracks on the same album checkbox) in the backend settings of strawberry.