Updated to rawhide.  rhythmbox-0.12.0-3.fc11.x86_64

No longer crashes, but now when I plug in the ipod, nautilus opens up a file browser for it, but rb never even notices it got connected.

Is the device still empty/new at that point? Could you please attach the output of "rhythmbox -d" (loads of output) and lshal to this bug?

Created attachment 338092 [details]
-d output

Created attachment 338094 [details]
lshal output

yeah it's empty right now.
I also tried registering it on a mac to see if that would make any difference to it, it didn't.

this is kind of bizarre btw..

$ podsleuth --rescan
No iPods were found in the HAL device tree

also odd..

the 120GB sdb2 partition on the ipod shows up as..

  volume.is_mounted = false  (bool)

though it got automatically mounted when I plugged the ipod in...

/dev/sdb2              120G   196M   120G   1% /media/Dave Jones’s iPod

Does "gvfs-mount -li" show it as mounted? If not, then we have a HAL bug which needs fixing before Rhythmbox will recognise the device.

Drive(1): Apple iPod
  Type: GProxyDrive (GProxyVolumeMonitorGdu)
  ids:
   unix-device: '/dev/sdb'
  themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
  is_media_removable=1
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=1
  can_eject=0
  Volume(0): Dave Jones’s iPod
    Type: GProxyVolume (GProxyVolumeMonitorGdu)
    ids:
     unix-device: '/dev/sdb2'
     label: 'Dave Jones’s iPod'
    themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
    can_mount=1
    can_eject=0
    Mount(0): Dave Jones’s iPod -> file:///media/Dave%20Jones%E2%80%99s%20iPod
      Type: GProxyMount (GProxyVolumeMonitorGdu)
      themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
      can_unmount=1
      can_eject=0
      is_shadowed=0

I know ajax has the exact same ipod and his works, the difference between his and mine though is that his is formatted vfat, and mine is hfs+

I only just noticed this in dmesg ..

hfs: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only.

This sounds like fail. I think maybe formatting it as vfat is the way forward.

Gar. I formatted it as vfat in itunes in Windows. Still doesn't show up at all in rhythmbox.

When I plug it in, it mounts as before, with nautilus popping up a file browser.

gvfs-mount shows it mounted as before.

I'll attach the new lshal output.

Created attachment 338177 [details]
lshal output with vfat formatted ipod

I don't know if this is relevant, but it might be a clue..
The icon nautilus puts on the desktop is a regular usb storage device icon, not an ipod.  So perhaps hal/devicekit isn't setting something it should ?

so when I click 'scan removable media' in rhythmbox, I get this spew ..

(19:09:58) [0xeb7770] [dump_volume_identifiers] rb-removable-media-manager.c:550: uuid = 260E-EB3C
(19:09:58) [0xeb7770] [dump_volume_identifiers] rb-removable-media-manager.c:550: unix-device = /dev/sdb1
(19:09:58) [0xeb7770] [dump_volume_identifiers] rb-removable-media-manager.c:550: label = IPOD
(19:09:58) [0xeb7770] [rb_removable_media_manager_add_volume] rb-removable-media-manager.c:588: Unhandled media
(19:09:58) [0xeb7770] [dump_volume_identifiers] rb-removable-media-manager.c:550: uuid = 260E-EB3C
(19:09:58) [0xeb7770] [dump_volume_identifiers] rb-removable-media-manager.c:550: unix-device = /dev/sdb1
(19:09:58) [0xeb7770] [dump_volume_identifiers] rb-removable-media-manager.c:550: label = IPOD
(19:09:58) [0xeb7770] [rb_generic_player_is_mount_player] rb-generic-player-source.c:876: device is not an audio player
(19:09:58) [0xeb7770] [rb_removable_media_manager_add_mount] rb-removable-media-manager.c:649: Unhandled media


after noticing that the hal code in rb-removable-media-manager.c was failing, I saw this comment below..

/* treat as audio player if ".is_audio_player" exists in the root of the volume  */

I created that file on the ipod, and restarted rb. The ipod then shows up in the tree on the left. and dragging songs to it copies them to it. Though it doesn't seem to update the index on the ipod, as it doesn't display them.
Is that workaround only for players that don't require a separate index?

Stupid question, but did you enable the iPod plugin in the preferences?

It's enabled by default, but you might have disabled it by mistake...

And remove the .is_audio_player file, it's supposed to contain data that should already be available through HAL.

heh, yeah it's enabled. You can see it in the debug log.
I even tried disabling, and re-enabling it.
And trying with/without the MTP pluging enabled.

I removed the .is_audio_player file just after the above comment, when I noticed it didn't do anything.

The problem is caused by the gdu volume monitor, which replaces the HAL one.

The HAL UDI of the device isn't exposed anymore, so Rhythmbox will fail to detect them. This affects iPod, PSP, Nokia tablets, and any mass storage players.

http://live.gnome.org/DeviceKit

Please test this updated package:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1287721

awesome! It detects, and lets me copy files to it in rb.
One small glitch - I need to go to a shell and run sync before I click eject, or the files don't end up on the ipod.

Cool. Let me close that bug already. Feel free to file a separate one for the missing files problems. This is probably a gvfs issue, given that we just ask gvfs to eject the device...

(In reply to comment #20)
> awesome! It detects, and lets me copy files to it in rb.
> One small glitch - I need to go to a shell and run sync before I click eject,
> or the files don't end up on the ipod.  

In F10 we used to display a "device is busy" hubble that would switch to "device is safe to remove" when umount(8) returned (which is when all data has hit the disk). Unfortunately, with switching to a new storage detection subsystem in F11, we lost this feature. Maybe we can find some time to add it back.