rhythmbox crashed with SIGSEGV in rb_ipod_db_set_ipod_name()

P.S.: I can't use Rhytmbox at all.

Once I open it it greyed out and crash.

Sorry, "it greys out"

StacktraceTop:rb_ipod_source_name_changed_cb (source=0x897a040, spec=0x83ce2c0, data=0x0)
IA__g_cclosure_marshal_VOID__PARAM (closure=0x853f280, return_value=0x0,
IA__g_closure_invoke (closure=0x853f280, return_value=0x0, n_param_values=2,
signal_emit_unlocked_R (node=0x810f3c8, detail=260, instance=0x897a040,
IA__g_signal_emit_valist (instance=0x897a040, signal_id=1, detail=260,

That's the same issue than bug #141584, using this one since it has been sent using apport though

@Sebastien

They are a bit different.

In bug #141584 Rhytmbox crashes when an iPod is mounted (or already mounted).

In my case Rhythmbox always crashes just after its opening, without iPod or other mp3 player attached.

I noticed that, too. When I have a virgin iPod without preexisting iTunes DB file, it crashes. When I first start gtkpod, it creates that file, and RB is happy afterwards.

(rhythmbox:22446): GLib-GObject-CRITICAL **: g_type_instance_get_private: assertion `instance != NULL && instance->g_class != NULL' failed

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb69da6c0 (LWP 22446)]
0xb53f9771 in rb_ipod_db_set_ipod_name (ipod_db=0x0, name=0x8afcdd8 "Apple iPod Musik-Player") at rb-ipod-db.c:439
439 if (priv->read_only) {
(gdb) bt
#0 0xb53f9771 in rb_ipod_db_set_ipod_name (ipod_db=0x0, name=0x8afcdd8 "Apple iPod Musik-Player") at rb-ipod-db.c:439
#1 0xb53fb28c in rb_ipod_source_set_ipod_name (source=0x8aef028, name=0x8afcdd8 "Apple iPod Musik-Player")
    at rb-ipod-source.c:153
#2 0xb53fb2da in rb_ipod_source_name_changed_cb (source=0x8aef028, spec=0x8368f90, data=0x0) at rb-ipod-source.c:163
#3 0xb7133b75 in g_cclosure_marshal_VOID__PARAM () from /usr/lib/libgobject-2.0.so.0
#4 0xb71256f9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#5 0xb713b7ed in ?? () from /usr/lib/libgobject-2.0.so.0
#6 0x083e70f0 in ?? ()
#7 0x00000000 in ?? ()

BTW, I have a tarball of the filesystem of that virgin iPod here. I can send it to anybody who is interested in looking into this, but I don't want to attach it here since it might cause copyright issues.

FWIW, I just experienced this with a brand new iPod Nano 3rd generation:

(gdb) r
Starting program: /usr/bin/rhythmbox
[Thread debugging using libthread_db enabled]
[New Thread 0x7fd679b787c0 (LWP 16587)]
[New Thread 0x413af950 (LWP 16591)]
[Thread 0x413af950 (LWP 16591) exited]
WARN coherence May 11 23:09:42 Coherence UPnP framework version 0.5.0 starting... (coherence/base.py:165)
WARN webserver May 11 23:09:42 WebServer on port 45510 ready (coherence/base.py:103)
[New Thread 0x413af950 (LWP 16602)]
[New Thread 0x42321950 (LWP 16603)]
[Thread 0x42321950 (LWP 16603) exited]
[Thread 0x413af950 (LWP 16602) exited]
[New Thread 0x413af950 (LWP 16604)]

(rhythmbox:16587): GLib-GObject-CRITICAL **: g_type_instance_get_private: assertion `instance != NULL && instance->g_class != NULL' failed

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fd679b787c0 (LWP 16587)]
rb_ipod_db_set_ipod_name (ipod_db=0x0,
    name=0x1e27c50 "Apple iPod Music Player") at rb-ipod-db.c:439
439 rb-ipod-db.c: No such file or directory.
 in rb-ipod-db.c
(gdb) bt
#0 rb_ipod_db_set_ipod_name (ipod_db=0x0,
    name=0x1e27c50 "Apple iPod Music Player") at rb-ipod-db.c:439
#1 0x00007fd663a431cf in rb_ipod_source_name_changed_cb (source=0x1e38790,
    spec=<value optimized out>, data=<value optimized out>)
    at rb-ipod-source.c:172
#2 0x00007fd672994bcf in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#3 0x00007fd6729a86bc in ?? () from /usr/lib/libgobject-2.0.so.0
#4 0x00007fd6729aa0d5 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#5 0x00007fd6729aa483 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#6 0x00007fd672998b22 in ?? () from /usr/lib/libgobject-2.0.so.0
#7 0x00007fd67299aa80 in g_object_newv () from /usr/lib/libgobject-2.0.so.0
#8 0x00007fd67299af46 in g_object_new_valist ()
   from /usr/lib/libgobject-2.0.so.0
#9 0x00007fd67299b171 in g_object_new () from /usr/lib/libgobject-2.0.so.0
#10 0x00007fd663a43099 in rb_ipod_source_new (shell=0x84e020, volume=0x86eee0)
    at rb-ipod-source.c:284
#11 0x00007fd663a4294c in create_source_cb (rmm=<value optimized out>,
    volume=0x86eee0, plugin=0x131f590) at rb-ipod-plugin.c:205
#12 0x00007fd67978665f in rb_marshal_OBJECT__OBJECT (closure=0x133ae40,
    return_value=0x7fff81bc8810, n_param_values=<value optimized out>,
    param_values=0x7fff81bc88f0, invocation_hint=<value optimized out>,
    marshal_data=0x7fd663a42910) at rb-marshal.c:327
---Type <return> to continue, or q <return> to quit---
#13 0x00007fd672994bcf in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#14 0x00007fd6729a86bc in ?? () from /usr/lib/libgobject-2.0.so.0
#15 0x00007fd6729a9de6 in g_signal_emit_valist ()
   from /usr/lib/libgobject-2.0.so.0
#16 0x00007fd6729aa483 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#17 0x000000000043ab2e in rb_removable_media_manager_mount_volume (
    mgr=0xb44050, volume=0x86eee0) at rb-removable-media-manager.c:438
#18 0x000000000043acea in rb_removable_media_manager_scan (manager=0xb44050)
    at rb-removable-media-manager.c:610
#19 0x000000000042a465 in _scan_idle (shell=0x84e020) at r...

Updating, restoring to the original settings, and giving the the iPod a name, all in Windows, fixed the issue for me.

the bug has been fixed upstream now

Accepted into -proposed, please test and give feedback here

This fix stops rhythmbox crashing on startup for me, but I now cannot transfer files.

When the iPod is connected and rhythmbox opens:
0.11.5-0ubuntu6 : rhythmbox freezes then crashes.
0.11.5-0ubuntu7 : rhythmbox opens and displays my music library, along with the "Apple iPod Music Player". File transfer to the iPod causes a crash.

Apport doesn't seem to catch this, but when I run rhythmbox from the terminal:

(rhythmbox:12228): GLib-GObject-CRITICAL **: g_type_instance_get_private: assertion `instance != NULL && instance->g_class != NULL' failed
Segmentation fault (core dumped)

If this is a separate bug, please let me know. The bug as originally stated has possibly been fixed. Note: I'm using a new iPod shuffle.

the new comment is a different issue

Copied to hardy-updates and intrepid.

Hi guys,

I had the same problem, but after I updated my i-Pod Nano firmware it seemed to work fine. In other words, it looks like the original firmware was crashing rhythmbox. I'll try use it some more to confirm that it still works properly, but meanwhile, you can try this workaround.