Bug 364783 – crash in Rhythmbox Music Player: clicking enable on the i...

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 364783 - crash in Rhythmbox Music Player: clicking enable on the i...


Summary:	crash in Rhythmbox Music Player: clicking enable on the i...


Status:	RESOLVED FIXED

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

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

URL:
Whiteboard:

Duplicates:	371696 374476 (view as bug list)
Depends on:
Blocks:

Reported:	2006-10-24 18:52 UTC by bryanv
Modified:	2006-11-12 22:37 UTC

See Also:
GNOME target:	---
GNOME version:	2.15/2.16

Attachments
fix entry view dispose (3.48 KB, patch) 2006-11-06 22:14 UTC, Jonathan Matthew	committed	Details \| Review

Description bryanv 2006-10-24 18:52:53 UTC

What were you doing when the application crashed?
clicking enable on the ipod support repeatedly (probably enabling / disabling it at rapid pace) while my iPod was already mounted on the file system at /media/Grendel


Distribution: Fedora Core release 6 (Zod)
Gnome Release: 2.16.0 2006-09-04 (Red Hat, Inc)
BugBuddy Version: 2.16.0

Memory status: size: 98967552 vsize: 0 resident: 98967552 share: 0 rss: 18395136 rss_rlim: 0
CPU usage: start_time: 1161715913 rtime: 0 utime: 131 stime: 0 cutime:115 cstime: 0 timeout: 16 it_real_value: 0 frequency: 4

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 -1208985888 (LWP 26080)]
[New Thread -1266402416 (LWP 26088)]
(no debugging symbols found)
0x0033c402 in __kernel_vsyscall ()

+ Trace 78087

Thread 1 (Thread -1208985888 (LWP 26080))

#0 __kernel_vsyscall
#1 __waitpid_nocancel
from /lib/libpthread.so.0
#2 gnome_gtk_module_info_get
from /usr/lib/libgnomeui-2.so.0
#3 <signal handler called>
#4 gtk_tree_selection_count_selected_rows
from /usr/lib/libgtk-x11-2.0.so.0
#5 rb_entry_view_new
#6 g_source_is_destroyed
from /lib/libglib-2.0.so.0
#7 g_main_context_dispatch
from /lib/libglib-2.0.so.0
#8 g_main_context_check
from /lib/libglib-2.0.so.0
#9 g_main_loop_run
from /lib/libglib-2.0.so.0
#10 gtk_main
from /usr/lib/libgtk-x11-2.0.so.0
#11 main
#0 __kernel_vsyscall

Comment 1 Karsten Bräckelmann 2006-10-24 20:36:58 UTC

Thanks for taking the time to report this bug.

This particular bug has already been reported into our bug tracking system, but the maintainers need more information to fix the bug. Could you please answer the questions in the other report in order to help the developers?


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

Comment 2 James "Doc" Livingston 2006-11-06 21:33:30 UTC

*** Bug 371696 has been marked as a duplicate of this bug. ***

Comment 3 Jonathan Matthew 2006-11-06 22:11:53 UTC

This doesn't look like a duplicate of 355194 at all.  I think what's happening here is that the entry view is being disposed before a scheduled rb_entry_view_emit_selection_changed callback is called.  We remove idle handler in the entry view's finalize method rather than dispose.

Comment 4 Jonathan Matthew 2006-11-06 22:14:09 UTC

Created attachment 76118 [details] [review]
fix entry view dispose

moves unrefs and handler removals to the dispose method

Comment 5 James "Doc" Livingston 2006-11-07 06:59:28 UTC

Looks fine to me.

Comment 6 Jonathan Matthew 2006-11-07 22:10:29 UTC

OK, committed.  If it turns out that this does not fix the problem, please reopen the bug.

Comment 7 Jonathan Matthew 2006-11-12 22:37:58 UTC

*** Bug 374476 has been marked as a duplicate of this bug. ***