| 2009-02-12 16:29:05 |
Charlie Kravetz |
exo: statusexplanation |
Thanks for reporting this bug and any supporting documentation.
I can confirm that this bug exists on Hardy Heron, Version 8.04.01 with libexo-0.3.4-3ubuntu4 installed.
Since this package is installed by default installation, exo-eject should be expected to open the drawer of the cd/dvd drive when issued in terminal. This command does work if a cd is in the drive when issued.
If the command exo-eject is given with no cd in the drive, the command fails and gives an error "Failed to eject /dev/???" "Device /dev/??? not found in the file system table".
If the command gnome-eject is given, the command fails and gives no error messages. This is a new failure under 8.04.01, as stated by the original reporter in the 2008-07-18 followup.
Expectations with both commands are:
the drive should be recognized as valid if in /dev
the drive should eject the drawer/tray whether or not a cd is in
this should continue to work between versions
This is reproducable at any time by issueing the commands in a terminal window
Since this bug has enough information provided for a developer to begin work, I'm going to mark it as confirmed and let them handle it from here. Thanks for taking the time to make Ubuntu better!
|
Attempting this in the latest development version, Jaunty Jackalope (9.04) up to date as of 2009-02-12, it still fails to eject the tray if there is no cd in the drive. If a cd is in the drive, "exo-eject -ed /dev/sr0" in a terminal ejects the disc by opening the tray.
With no disc in the drive, I receive an error message 'Failed to eject "/dev/sr0. Device "/dev/sr0" not found in file system device table.' If the device is not found, it should not be found with the cd in it, should it? |
|
