Red Hat Bugzilla – Bug 133152
sound-juicer wrongfully claims to have ripped all tracks
Last modified: 2007-11-30 17:10:49 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2)
Description of problem:
Requires the use of two different cds, we'll call them cd1 and cd2
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Rip cd1
2. when sound-juicer reports it's done insert cd2 not pressing of the
3. Click close button
4. Click reload to get new track list
5. Click rip
Actual Results: SJ magically reports it's done after a few secs
Expected Results: Normall ripping procedure
Which version of sound-jucier? Can you try sound-juicer-0.5.12-1 from
This is 0.5.12-1, I forgot that eject has to be ticked in the
preferences, or it doesn't work.
Ok, I uploaded a new CVS snapshot, sound-juicer-0.5.12.cvs20040921-1.
If you get a chance to test it, that'd be great. I'd try myself but
my audio CDs are at home.
well I would love to test it for you, I'll do it first thing when it
I'm happy to report that this bug is gone, only now I'm seeing eggcups
crashes all the time when I'm working with sj - not that the two are
necessarily related and getting a trace on it seems very hard, as well
as reproduction steps.
Be sure you're running eggcups 0.14.1, and you have the very latest
HAL package installed and running.