Bug 459547 – crash in Rhythmbox Music Player: starting to play a song

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 459547 - crash in Rhythmbox Music Player: starting to play a song


Summary:	crash in Rhythmbox Music Player: starting to play a song


Status:	RESOLVED DUPLICATE of bug 413801

Product:	rhythmbox
Classification:	Other
Component:	general
Version:	0.10.0
Hardware:	Other All

Importance:	High critical
Target Milestone:	---
Assigned To:	RhythmBox Maintainers
QA Contact:	RhythmBox Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2007-07-23 13:21 UTC by naptastic
Modified:	2007-07-25 10:55 UTC

See Also:
GNOME target:	---
GNOME version:	2.17/2.18

Description naptastic 2007-07-23 13:21:28 UTC

What were you doing when the application crashed?
starting to play a song


Distribution: Fedora release 7 (Moonshine)
Gnome Release: 2.18.3 2007-07-02 (Red Hat, Inc)
BugBuddy Version: 2.18.0

System: Linux 2.6.22.1-27.fc7 #1 SMP Tue Jul 17 17:13:26 EDT 2007 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Clearlooks
Icon Theme: Fedora

Memory status: size: 134139904 vsize: 134139904 resident: 37859328 share: 25169920 rss: 37859328 rss_rlim: 4294967295
CPU usage: start_time: 1185175172 rtime: 110 utime: 98 stime: 12 cutime:1 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/rhythmbox'

(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1208600016 (LWP 3396)]
[New Thread -1268135024 (LWP 3420)]
[New Thread -1246762096 (LWP 3416)]
[New Thread -1221960816 (LWP 3415)]
[New Thread -1236272240 (LWP 3400)]
(no debugging symbols found)
0x00110402 in __kernel_vsyscall ()

+ Trace 149963

Thread 3 (Thread -1246762096 (LWP 3416))

#0 __kernel_vsyscall
#1 waitpid
from /lib/libpthread.so.0
#2 ??
from /usr/lib/libgnomeui-2.so.0
#3 <signal handler called>
#4 ??
from /usr/lib/libgstbase-0.10.so.0
#5 ??
from /usr/lib/libgstreamer-0.10.so.0
#6 gst_pad_get_caps
from /usr/lib/libgstreamer-0.10.so.0
#7 ??
from /usr/lib/libgstreamer-0.10.so.0
#8 ??
from /usr/lib/libgstreamer-0.10.so.0
#9 gst_pad_get_caps
from /usr/lib/libgstreamer-0.10.so.0
#10 ??
from /usr/lib/libgstreamer-0.10.so.0
#11 ??
from /usr/lib/libgstreamer-0.10.so.0
#12 gst_pad_get_caps
from /usr/lib/libgstreamer-0.10.so.0
#13 ??
from /usr/lib/libgstreamer-0.10.so.0
#14 ??
from /usr/lib/libgstreamer-0.10.so.0
#15 gst_pad_get_caps
from /usr/lib/libgstreamer-0.10.so.0
#16 gst_pad_peer_get_caps
from /usr/lib/libgstreamer-0.10.so.0
#17 ??
from /usr/lib/libgstbase-0.10.so.0
#18 ??
from /usr/lib/libgstreamer-0.10.so.0
#19 gst_pad_get_caps
from /usr/lib/libgstreamer-0.10.so.0
#20 gst_pad_peer_get_caps
from /usr/lib/libgstreamer-0.10.so.0
#21 ??
from /usr/lib/libgstbase-0.10.so.0
#22 ??
from /usr/lib/libgstreamer-0.10.so.0
#23 gst_pad_get_caps
from /usr/lib/libgstreamer-0.10.so.0
#24 gst_pad_peer_get_caps
from /usr/lib/libgstreamer-0.10.so.0
#25 ??
from /usr/lib/libgstbase-0.10.so.0
#26 ??
from /usr/lib/libgstreamer-0.10.so.0
#27 gst_pad_get_caps
from /usr/lib/libgstreamer-0.10.so.0
#28 ??
from /usr/lib/libgstreamer-0.10.so.0
#29 ??
from /usr/lib/libgstreamer-0.10.so.0
#30 gst_pad_link
from /usr/lib/libgstreamer-0.10.so.0
#31 ??
from /usr/lib/libgstreamer-0.10.so.0
#32 gst_element_link_pads
from /usr/lib/libgstreamer-0.10.so.0
#33 ??
from /usr/lib/gstreamer-0.10/libgstplaybin.so
#34 ??
from /usr/lib/gstreamer-0.10/libgstplaybin.so
#35 g_cclosure_marshal_VOID__VOID
from /lib/libgobject-2.0.so.0
#36 g_closure_invoke
from /lib/libgobject-2.0.so.0
#37 ??
from /lib/libgobject-2.0.so.0
#38 g_signal_emit_valist
from /lib/libgobject-2.0.so.0
#39 g_signal_emit
from /lib/libgobject-2.0.so.0
#40 gst_element_no_more_pads
from /usr/lib/libgstreamer-0.10.so.0
#41 ??
from /usr/lib/gstreamer-0.10/libgstdecodebin.so
#42 g_cclosure_marshal_VOID__VOID
from /lib/libgobject-2.0.so.0
#43 g_closure_invoke
from /lib/libgobject-2.0.so.0
#44 ??
from /lib/libgobject-2.0.so.0
#45 g_signal_emit_valist
from /lib/libgobject-2.0.so.0
#46 g_signal_emit
from /lib/libgobject-2.0.so.0
#47 gst_element_no_more_pads
from /usr/lib/libgstreamer-0.10.so.0
#48 ??
from /usr/lib/gstreamer-0.10/libgstogg.so
#49 ??
from /usr/lib/gstreamer-0.10/libgstogg.so
#50 ??
from /usr/lib/gstreamer-0.10/libgstogg.so
#51 ??
from /usr/lib/libgstreamer-0.10.so.0
#52 ??
from /lib/libglib-2.0.so.0
#53 ??
from /lib/libglib-2.0.so.0
#54 start_thread
from /lib/libpthread.so.0
#55 clone
from /lib/libc.so.6



----------- .xsession-errors (8 sec old) ---------------------
--- Hash table keys for warning below:
--> file:///home/david
(nautilus:3349): Eel-WARNING **: "nautilus-directory.c: directories" hash table still has 1 element at quit time (keys above)
connection_message_func(): Callback
CALLBACK: fill-authentication!!!
connection_message_func(): Callback
CALLBACK: fill-authentication!!!
connection_message_func(): Callback
CALLBACK: full-authentication!!!
** Message: Error: Resource busy or not available.
gstalsasink.c(621): gst_alsasink_open (): /autoaudiosink0-actual-sink-alsa:
Device 'default' is busy
Xlib: unexpected async reply (sequence 0x29e8)!
--------------------------------------------------

Comment 1 Jonathan Matthew 2007-07-25 10:55:49 UTC

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 413801 ***