|
Bugzilla – Full Text Bug Listing |
| Summary: | "banshee /dev/hdc" should start playing the CD | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Federico Mena Quintero <federico> |
| Component: | GNOME | Assignee: | Aaron Bockover <abockover> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | ||
| Version: | RC 4 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Bug Depends on: | |||
| Bug Blocks: | 116472 | ||
|
Description
Federico Mena Quintero
2005-09-20 17:58:15 UTC
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. |