Intrepid alpha: cd interaction between hal, grip, and eject

Bug #271202 reported by Brian Hart on 2008-09-17
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
hal (Ubuntu)
High
Unassigned

Bug Description

Binary package hint: hal

With the latest Intrepid (alpha 5 + updates as of Sep 17), I found an unfortunate interaction with 'hal' versus 'grip' and 'eject'. As background:

- 'grip' tries only ioctl(CDROMEJECT) to eject the tray
- 'eject' tries ioctl(CDROMEJECT) to eject the tray and escalates to issuing SCSI commands via ioctl(SG_IO) if CDROMEJECT fails

I'm seeing:

- grip can close the tray from an open state 100% reliably
- if no CD has been inserted (empty tray), then grip and eject can open the tray 100% reliably using CDROMEJECT
- once an audio CD has been "mounted" by 'hal' (i.e. appears on the desktop), then ioctl(CDROMEJECT) begins to fail (EIO) leaving grip unable to eject the CD
- while the CD remains mounted by hal and with grip running, eject also cannot eject the CD via CDROMEJECT (EIO); when eject escalates to SG_IO, the tray ejects then immediately closes again, and the volume is remounted
- when the manually unmounting the CD while grip is running (right click 'Audio CD' on the Desktop, then Unmount volume), the tray ejects then immediatly closes again, and the volume is remounted
- hal will "mount" an audio CD (scan it and place an icon on the desktop upon volume detection) even if the action for Audio CD has been set to "Do nothing" in Nautilus (or if 'Do nothing' and and the 'always perform this action' is chosen when a new user loads a CD for the first time)
- if hal is shut down (kill hald-addon-storage and gvfs-hal-volume-monitor) then grip restarted, grip will be able to open and close the tray 100% reliably, regardless of whether a CD is in the drive

Basically, I think I want a convenient way to tell hal to ignore the cd/dvd drive entirely so that I can run arbitrary applications without unwanted interactions.

Matthias Urlichs (smurf) wrote :

With the current version (2008-10-13), things are even worse.

Basically, any ejection (eject, push the button) of an audio CD-ROM will immediately cause HAL to re-insert the thing.

Sorry, but that's an unacceptable regression.

Matthias Urlichs (smurf) wrote :

Setting Importance to High since this bug destroys CDs (and/or fingers), because it closes the tray on people who try to remove their media.

Changed in hal:
importance: Undecided → High
CPKS (c-1) wrote :

I'm suffering the same as Matthias, using 2.6.27-7-generic #1 SMP Tue Oct 14 18:38:59 UTC 2008 x86_64.

Fabio Papa (papaf) wrote :

Same thing happens also in Kubuntu with kde4. Every time I eject a cdrom, it closes itself right back. Pushing the eject button again, it stays open.

Daniel Hollocher (chogydan) wrote :

I get this too. I call it the greedy cd drive. Or the eject tease.

Changed in hal:
status: New → Confirmed
kulight (kulight) wrote :

im also getting this weird phenomenon

Ricardo Pérez López (ricardo) wrote :

I have the same problem here, too. Bug #119309 could be a duplicate of this one (or vice versa, maybe?)

Garbor (garbor) wrote :

I can confirm this in the newest updated version of Ubuntu Intrepid !!

I learned not to grab my CD at the first time the tray opens, and grip will rip the same cd 100 times if i don't stop it.
Ok it was a funny litle bug while testing an alpha and beta version, but now on release it is uggly bug, please fix it.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers