After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 143998 - done ripping dialog + switch CD = bad
done ripping dialog + switch CD = bad
Status: RESOLVED FIXED
Product: sound-juicer
Classification: Applications
Component: interface
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Sound Juicer Maintainers
Sound Juicer Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-06-09 06:38 UTC by Sean Proctor
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
load the new contents even when the finish dialog is open (1.42 KB, patch)
2004-06-09 14:50 UTC, Sean Proctor
none Details | Review

Description Sean Proctor 2004-06-09 06:38:02 UTC
When sound juicer finishes ripping a CD, a dialog comes up asking whether to
eject, open, or close. If I switch CD's while that dialog is up, sound juicer
does update the track listing. I think that's the major bad behavior here. If I
eject a CD while that dialog is up, I think it should just close. Anyway, if I
put in a new CD, and then close that dialog, then click Re-read, the
title/artist will not be filled in properly. They'll be filled with gibberish
that may or may not relate to actual title/artist.
Comment 1 Sean Proctor 2004-06-09 14:46:57 UTC
extracting needs to be set to false before running the dialog. I don't know if
it needs to be set to false before calling cleanup() or not. maybe the fix was
simpler than what I have, maybe not. regardless, this patch just hides another
problem. which is the gibberish on Re-read bit. maybe that's okay though. patch
to follow.
Comment 2 Sean Proctor 2004-06-09 14:50:13 UTC
Created attachment 28508 [details] [review]
load the new contents even when the finish dialog is open
Comment 3 Ross Burton 2004-06-11 11:11:04 UTC
Applied to CVS, thanks.