Description of problem: It crashes every time a few seconds after starting to play a song. Version-Release number of selected component: rhythmbox-3.0.1-2.fc20 Additional info: reporter: libreport-2.1.10 backtrace_rating: 4 cmdline: rhythmbox crash_function: INT_cairo_pattern_reference executable: /usr/bin/rhythmbox kernel: 3.12.6-300.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #4 INT_cairo_pattern_reference at cairo-pattern.c:1062 #5 _cairo_gstate_set_source at cairo-gstate.c:401 #6 INT_cairo_set_source at cairo.c:809 #7 prepare_image at rb-fading-image.c:97 #8 render_current at rb-fading-image.c:171 #9 composite_into_current at rb-fading-image.c:666 #10 rb_fading_image_set_pixbuf at rb-fading-image.c:696 #11 art_cb at rb-header.c:461 #12 ffi_call_unix64 at ../src/x86/unix64.S:76 #13 ffi_call at ../src/x86/ffi64.c:522
Created attachment 842604 [details] File: backtrace
Created attachment 842605 [details] File: cgroup
Created attachment 842606 [details] File: core_backtrace
Created attachment 842607 [details] File: dso_list
Created attachment 842608 [details] File: environ
Created attachment 842609 [details] File: limits
Created attachment 842610 [details] File: maps
Created attachment 842611 [details] File: open_fds
Created attachment 842612 [details] File: proc_pid_status
Created attachment 842613 [details] File: var_log_messages
I can report the exact same problem when trying to listen to a web radio.
This still happens after the update from bug 1043259 that has the same behaviour, crash immediately after a few milliseconds of sound
I have experienced the same problem. Rhythmbox launches fine, but only manages to play the first 1-2 seconds of a song before abruptly crashing. Totem fails to start up at all; it runs perpetually in the background, albeit without crashing. Perhaps the root cause is a GStreamer issue?
I additionally can confirm this issue with Rhythmbox (playback of some media succeeds anyway, sometimes crashed appear instantly, other times some seconds of media are played, no difference wether MP3/OGG files are played back). Totem also fails to start up any GUI but still the tasks appear in the process list and consume some/a lot CPU time. Even though, I did not run any GStreamer updates but there was one for Rhythmbox during the last few days, if I am not at fault - (yum could not perform any downgrade though).
Another user experienced a similar problem: After starting up rhythmbox the app crashes immediately after double-clicking a song to play. reporter: libreport-2.1.10 backtrace_rating: 4 cmdline: rhythmbox crash_function: INT_cairo_pattern_reference executable: /usr/bin/rhythmbox kernel: 3.12.5-302.fc20.x86_64 package: rhythmbox-3.0.1-2.fc20 reason: rhythmbox killed by SIGABRT runlevel: N 5 type: CCpp uid: 1000
(In reply to Eyal Kalderon from comment #13) > I have experienced the same problem. Rhythmbox launches fine, but only > manages to play the first 1-2 seconds of a song before abruptly crashing. > Totem fails to start up at all; it runs perpetually in the background, > albeit without crashing. Perhaps the root cause is a GStreamer issue? I think this particular bug is not related to the Totem one you get, Totem works fine for me playing the same files, and it is able to play the same radio stations (the defaults that Rhythmbox provides) without problems and those make Rhythmbox crash too
Today I have updated to rhythmbox.x86_64 0:3.0.1-2.fc20 and I experience the same problem. The previous release 3.0.1-1 was OK!
Same problem I have it. I start the player and music and done crashed. I downgrade it and It's works I'm waiting for next update for proper work and get backup for this package otherwise It's gonna crash again.
Another user experienced a similar problem: Upgraded rhythmbox Entered a search term "you" Had random selection and repeat on pressed play and crash. Happens everytime. Did a yum downgrade and all works again: Removed: rhythmbox.x86_64 0:3.0.1-2.fc20 Installed: rhythmbox.x86_64 0:3.0-3.fc20 reporter: libreport-2.1.10 backtrace_rating: 4 cmdline: rhythmbox crash_function: INT_cairo_pattern_reference executable: /usr/bin/rhythmbox kernel: 3.12.5-302.fc20.x86_64 package: rhythmbox-3.0.1-2.fc20 reason: rhythmbox killed by SIGABRT runlevel: N 5 type: CCpp uid: 1000
Another user experienced a similar problem: proigrovaesh one track after the player crashes reporter: libreport-2.1.10 backtrace_rating: 4 cmdline: rhythmbox crash_function: INT_cairo_pattern_reference executable: /usr/bin/rhythmbox kernel: 3.12.5-302.fc20.x86_64 package: rhythmbox-3.0.1-2.fc20 reason: rhythmbox killed by SIGABRT runlevel: N 5 type: CCpp uid: 1000
*** Bug 1047154 has been marked as a duplicate of this bug. ***
Description of problem: When trying to play an mp3 file or internet radio, rhythmbox fails with: rhythmbox: cairo-pattern.c:1062: cairo_pattern_reference: Assertion `((*&(&pattern->ref_count)->ref_count) > 0)' failed. Aborted Version-Release number of selected component (if applicable): rhythmbox.x86_64 3.0.1-2.fc20 @updates How reproducible: Always: - Internet radio always - mp3 playback sometimes works the first song, but then crashes when starting the next song Steps to Reproduce: 1. in an X-terminal type: rhythmbox 2. click on an mp3 file or an internet radio channel for playback 3. Actual results: [gert@jupiter tmp]$ rhythmbox (rhythmbox:2857): GLib-GObject-CRITICAL **: Custom constructor for class SoupServer returned NULL (which is invalid). Unable to remove object from construction_objects list, so memory was probably just leaked. Please use GInitable instead. (rhythmbox:2857): GLib-GObject-CRITICAL **: Custom constructor for class SoupServer returned NULL (which is invalid). Unable to remove object from construction_objects list, so memory was probably just leaked. Please use GInitable instead. (rhythmbox:2857): GLib-GObject-CRITICAL **: Custom constructor for class SoupServer returned NULL (which is invalid). Unable to remove object from construction_objects list, so memory was probably just leaked. Please use GInitable instead. rhythmbox: cairo-pattern.c:1062: cairo_pattern_reference: Assertion `((*&(&pattern->ref_count)->ref_count) > 0)' failed. Aborted [gert@jupiter tmp]$ Expected results: Playback of the selected mp3 file or internet radio station without abort.
Perhaps https://bugzilla.gnome.org/show_bug.cgi?id=719514 , which says the upstream git commit https://git.gnome.org/browse/rhythmbox/commit/?id=344545b32a4fb7b1677be13bcb5c1f27eae7627f caused this issue, so actually the fix for bug 1043259 caused this issue. And the fix for this is https://git.gnome.org/browse/rhythmbox/commit/?id=b151337685eff709060e805767a9e8c067f2776d Adam, would you take a look at this?
Well, foo. Thanks for the catch, Mamoru. Will backport asap.
rhythmbox-3.0.1-3.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/rhythmbox-3.0.1-3.fc20
Fixed thanks Adam !! I'm adding plus karma for it
It might be best to give it an hour or two first - hasty positive karma is what caused the bad update to go out in the first place :)
Adam; That was really fast fix karma for this bug but I think music listener lover already happy with patch ! :)
The update seems to do the opposite of what it should :P On my machine Rhythmbox crashes consistently with this same error when it tries to play a song with album art. This never happened before I updated this morning.
Whoops, my bad. This mornings update was for 3.0.1-2, looks like the mirrors haven't all synced yet.
Yeah. 3.0.1-2 fixed https://bugzilla.redhat.com/show_bug.cgi?id=1043259 but caused this. 3.0.1-3 adds the upstream fix for this.
3.0.1-3 has not even gone to mirrors yet. I only submitted it as an update two hours ago, it still needs to be picked up in a u-t compose and then mirrored, though you can grab it direct from koji to test.
Thanks for the quick fix. These things happen when backporting... will be curious to see when Rhythmbox decides to grow a stable branch....
Installing from Koji appears to have fixed this (GUI is reponsive again, for example). I note that when I first encountered this problem, it crashed until I visited the preferences and plugins pages, then sporadically crashed after play start or crossfading between tracks (sometimes first track, sometimes after an hour). FWIW.
rhythmbox-3.0.1-3.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.