Arch Linux

Description:
Package community/clementine 1.4.0rc1+755+g568ff1f9d-1 crash or do not response, most time after a song change

Workaround: A Downgrade to previous version helps

Additional info:
* package version(s)
* config and/or log files etc.
* link to upstream bug report, if any

Steps to reproduce:
Add a few songs to player and just listen, it seem to work if you change track by yourself, but if the song ends and clementine try to start new track it will probably crash.

crash log:
(clementine:4826): GStreamer-CRITICAL **: 21:00:46.445: Failed to deactivate pad flacparse0:sink, very bad
21:00:46.445 WARN logging:67(GStreamer) Element 'decodebin0' is not in bin 'uridecodebin-0'

(clementine:4826): GStreamer-CRITICAL **: 21:00:46.445: gst_element_remove_pad: assertion 'GST_IS_ELEMENT (element)' failed
21:00:46.445 WARN logging:67(GStreamer)
Trying to join task 0x7f7acc0175f0 from its thread would deadlock.
You cannot change the state of an element from its streaming
thread. Use g_idle_add() or post a GstMessage on the bus to
schedule the state change from the main thread.


(clementine:4826): GStreamer-CRITICAL **: 21:00:46.445: Failed to deactivate pad flacparse0:sink, very bad

(clementine:4826): GStreamer-CRITICAL **: 21:00:46.445:
Trying to dispose element typefind, but it is in PAUSED instead of the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
This problem may also be caused by a refcounting bug in the
application or some element.


(clementine:4826): GStreamer-CRITICAL **: 21:00:46.445:
Trying to dispose element decodebin0, but it is in PAUSED instead of the NULL state.
You need to explicitly set elements to the NULL state before
dropping the final reference, to allow them to clean up.
This problem may also be caused by a refcounting bug in the
application or some element.

g_mutex_clear() called on uninitialised or locked mutex
fish: Job 1, 'clementine' terminated by signal SIGABRT (Abort)