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 612980 - Copy disc to ISO image always uses "brasero.iso" by default
Copy disc to ISO image always uses "brasero.iso" by default
Status: RESOLVED FIXED
Product: brasero
Classification: Applications
Component: general
unspecified
Other Linux
: Normal enhancement
: 2.26
Assigned To: Brasero maintainer(s)
Brasero maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2010-03-15 21:01 UTC by Twisted Lincoln, Inc.
Modified: 2010-10-17 14:14 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Twisted Lincoln, Inc. 2010-03-15 21:01:45 UTC 
Brasero's predecessor in GNOME (nautilus-cd-burner) would automatically name ISO images the same as the volume name of the disc being copied.
Brasero always uses "brasero.iso" as the default name, forcing you to manually change the name when ripping multiple discs to ISO images.
At the very least, Brasero should be smart enough to add digits to the end of the disc name if the same name ISO already exists in the destination directory (ie: brasero(2).iso, brasero(3).iso, etc).
Comment 1 Twisted Lincoln, Inc. 2010-03-15 21:02:33 UTC 
Reported here by suggestion after filing on Ubuntu's Launchpad: (https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/505341)
Comment 2 Philippe Rouquier 2010-03-16 16:56:43 UTC 
Thanks for the report.

As far as numbering goes when creating an image from a disc brasero should always number properly the images (even though it does use the name brasero).  I checked for both 2.28 and 2.29 and it does work.

Now the idea of keeping the volume name instead of using brasero{...} is interesting.
Comment 3 Spammy 5000 2010-10-17 06:54:14 UTC 
K3b uses the volume name by default, and I'd love it if Brasero did too.
Comment 4 Philippe Rouquier 2010-10-17 14:14:39 UTC 
Thanks for the idea. This is fixed in master for GNOME3.