Sound Juicer should detect the CD drive correctly

[Paco Avila]

I have two CD drives: an CD-DVD reader and a CD-DVD burning. When I open Sounf Juicer it should read both units a detect where the music CD is. Or if it can't see any song in the primary drive, it should show a window for select the correct CD unit.

1.- Insert a music CD in CD drive.
2.- Sound Juicer opens and read songs.
3.- Close Sound Juicer.
4.- Open Sound Juicer from menu o command line.
5.- Sometimes the program dectec the CD in the correct drive, sometimes no.

I think that Sound Juicer remenber the drive only if I play or extract any song.

[Daniel Holbach (dholbach)]

Thanks for the bug report. Can you open up gconf-editor and look up what the key /desktop/gnome/volume_manager/autoplay_cda_command says? In the newer versions it should be sound-juicer -d %d - which should make your usecase just work.

[Paco Avila (monkiki)]

it is ok: "sound-juicer -d %d". But my problem not is that Sound Juicer fails to read the inserted CD. The problem is when I start Sound Juicer manually (not when Sound Juicer starts because I have inserted a music CD in my drive). I have two CD readers and sometimes the program doesn't detect the CD in the correct drive.

[Sebastien Bacher (seb128)]

I've forwarded your feature request upstream: http://bugzilla.gnome.org/show_bug.cgi?id=340921

[over 5000 (over5000-deactivatedaccount)]

I think the problem here is not that Sound Juicer "sometimes" detects the right drive.
It does not.
Instead, it always uses the one selected in the settings dialog.

[Wishlist for a better world]I think there should not be such a setting at all!
Most of the time Sound Juicer is only started for a specific device.
For it to be run from the menu - and only if there's no way to implement auto detection - there should be a device select box and a "go read this device's audio tracks" button next to it - probably right below the menu bar in the main window, since that would be the first thing to select in a normal CD ripping workflow with no preselected device.
Instead, now, clueless users need to search the Settings dialog, before they can start any action if not by accident the correct device is selected right from the start.[/Wishlist for a better world]

To reproduce this bug with two cd drives, A and B.

- Select drive A in the sound juicer settings. Close sound juicer.
- Insert a disk in drive A.
Result: sound juicer fires up and displays the track list of the inserted CD.
- Now close sound juicer.
- Eject the CD from drive A
- Put it into drive B.
Result: sound juicer is launched again, but no tracks are shown. There is nothing giving any clue as to why the title list isn't shown.
- Open the Settings dialog to find out that drive A is selected and you need to change it to drive B.
Result: the tracks of the CD in drive B are finally shown.

Reproducible with /desktop/gnome/volume_manager/autoplay_cda_command = "sound-juicer -d %d"

Interestingly, "ps aux | grep sound" shows sound-juicer as started without any arguments ("sound-juicer"), instead of, like defined in gconf, as "sound-juicer -d /dev/sXXn". So the actual bug might be somewhere else.
Running "sound-juicer -d /dev/scd0" from the terminal, with /dev/scd0 being drive B from above (the one not selected in the settings dialog), starts sound juicer with the track list in display, as it should be.

Should I file a new bug? If yes, where? Which package handles the auto play features?