Bugzilla – Bug 118098
"banshee /dev/hdc" should start playing the CD
Last modified: 2006-01-23 21:39:29 UTC
Please see bug #116472. Right now GNOME doesn't have a default handler for "cdda://" URIs. So if you insert an audio CD in your machine and double-click on the corresponding icon in the desktop, you get an unfriendly dialog saying that those URIs are not supported. The idea is to pick up the default handler from the "/desktop/gnome/volume_manager/autoplay_cda_command" gconf key. Within Suse that key points to banshee, but we don't pass any arguments to it. We need to be able to pass something like "banshee cdda://dev/hdc", and Banshee should do something like play that CD or otherwise show its contents.
Actually, I'll be stripping the cdda prefix so that banshee gets invoked like this: banshee /dev/hdc
Retitling for clarity. I don't care much if you start playing the CD or just start the GUI to rip/import it --- maybe the people in the UI lab know what the users' expectations are when they double-click on a CD icon in the desktop.
Would it make more sense to pass a hal udi or something?
About comment #3 - not in this context, I think. Gnome-vfs has code to deal with volumes managed by HAL, and it generates "cdda://..." activation URIs for those volumes. Those activation URIs are the ones that Nautilus gets. When you try to open the corresponding icon, it looks for a URI handler. Gnome-volume-manager can indeed pass a HAL UDI to its own handler apps with the %h option. However, the upstream default is to have "totem %d" as the default handler. I think it makes sense to have banshee expect the same kind of argument.
--audio-cd <dev> should do this now, can we clean up this bug and 116472 now?
This works in Banshee now; thanks for implementing it. Nautilus pops up a window with an unnamed file of type "WAV Audio". So I won't close bug #116472 just yet.