Bug 102886 - Automatic eject after rip broken with grip-3.0.7-3
Summary: Automatic eject after rip broken with grip-3.0.7-3
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux Beta
Classification: Retired
Component: grip
Version: beta1
Hardware: i386
OS: Linux
medium
low
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: CambridgeTarget
TreeView+ depends on / blocked
 
Reported: 2003-08-22 11:27 UTC by Jon Burgess
Modified: 2014-03-17 02:38 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-02-04 23:09:12 UTC
Embargoed:


Attachments (Terms of Use)

Description Jon Burgess 2003-08-22 11:27:17 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624

Description of problem:
The grip option to automatically eject the disk on completion of the ripping
process doesn't eject the disk any more

Version-Release number of selected component (if applicable):
grip-3.0.7-3

How reproducible:
Always

Steps to Reproduce:
1. Ensure the "automatic disk eject after rip" is enabled
2. Rip a track from a CD
3. Wait until end of rip
    

Actual Results:  Rip completes ok, but cd not ejected

Expected Results:  CD should eject

Additional info:

I was actually using a recompiled .src.rpm of the new grip-3.0.7-3 on RH9 not
Severn. I downloaded the package to fix the cdparanoia problem on a PC running
Severn, but tried it on this other machine instead.
I haven't actually tried it on Severn, but I expect the result will be the same.

Comment 1 Bill Nottingham 2003-08-22 15:19:17 UTC
Probably because it thinks it doesn't have the CD open, as the CD filedescriptor
is closed so that ripping works.

Comment 2 Bill Nottingham 2005-02-04 23:09:12 UTC
grip is no longer shipped in the development tree; as such, it is unlikely older
bugs will be fixed.


Note You need to log in before you can comment on or make changes to this bug.