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 172547 - Instead of overwriting a foreign file, automatically use a different filename
Instead of overwriting a foreign file, automatically use a different filename
Status: RESOLVED WONTFIX
Product: sound-juicer
Classification: Applications
Component: ripping
2.14.x
Other Linux
: Normal enhancement
: ---
Assigned To: Sound Juicer Maintainers
Sound Juicer Maintainers
: 340019 (view as bug list)
Depends on:
Blocks: 172548
 
 
Reported: 2005-04-03 20:45 UTC by Matthew Paul Thomas (mpt)
Modified: 2008-02-26 14:33 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description Matthew Paul Thomas (mpt) 2005-04-03 20:45:01 UTC
Distribution/Version: Ubuntu Hoary preview

Steps to reproduce A:
1.  Rip a CD using an encoder other than that used by Sound Juicer, using the
    same folder name and filenames that Sound Juicer would use by default.
2.  Rip the same CD using Sound Juicer.
What happens:
*   The existing files are overwritten.
What should happen:
*   The files are instead written to a new folder, with " (Sound Juicer 2.10)"
    appended to the folder name (where 2.10 = the current version number of
    Sound Juicer), to distinguish it from the existing version.

Steps to reproduce B:
1.  Rip a CD using an encoder other than that used by Sound Juicer, using the
    same folder name and filenames that Sound Juicer would use by default.
2.  Rip *some* of the tracks on the same CD using Sound Juicer.
What happens:
*   The existing files are overwritten.
What should happen:
*   As above, but with " (Sound Juicer 2.10)" appended to the individual
    filenames rather than creating a completely new folder for them.

Regression test:
1.  Rip a track for the first time using Sound Juicer.
2.  Part way through, click "Cancel"/"Stop".
3.  Rip the track again, completely, with the same version of Sound Juicer.
What should happen:
*   The previous file *is* overwritten, because Sound Juicer recognizes it as
    one of its own files.

This bug may be dependent on bug 172543. Disclaimer: This bug may also be silly.
Comment 1 Ross Burton 2006-06-18 16:32:45 UTC
*** Bug 340019 has been marked as a duplicate of this bug. ***
Comment 2 Ross Burton 2008-02-26 14:33:52 UTC
You know, I think that this is a bit silly. :)