Ubuntu
gnomebaker package

Gnome baker project name should be drive label

Bug #195239 reported by over 5000
4
Affects Status Importance Assigned to Milestone
gnomebaker (Ubuntu)
Confirmed
Wishlist
Unassigned

Bug Description

Binary package hint: gnomebaker

Changing the drive label for a disk about to be burnt seems to be regarded as an advanced feature, as it is hidden in the third tab of the burn window.

1) you want to burn the disk once you are sure you have prepared it completely. This includes having set a drive label.
--> Providing a possiblity to set a drive label only *after* the user clicks "burn" seems the wrong way around.

2) Intuitively, you would take the directory tree root node (the project name node) as drive label, as later in nautilus (or other shell), the drive label appears in the directory tree, due to the automount in /media/[drivelabel].
A normal user would find out that he did NOT set the drive label by editing the root node name of his prepared dvd/cd only after he/she burnt the disk and inserted it into his drive again. (If he does that at all. I don't think that many people check their disks for functionality after burning.)

Revision history for this message
Mario Đanić (mario-danic) wrote :

Patch for this enchantment is most welcome.

Revision history for this message
Mario Đanić (mario-danic) wrote :

Reading this bug again:

You can change a drive label by right-clicking on e.g. Contents --> "Gnomebaker data disk" --> Edit name.
Is that the feature you're looking for?

Revision history for this message
over 5000 (over5000-deactivatedaccount) wrote :

What I am searching for is the feature that the action you described in your second comment (https://bugs.launchpad.net/ubuntu/+source/gnomebaker/+bug/195239/comments/2) does actually change more than just the displayed tree node name.

It should also change the drive label, which you can currently change only in the third tab of the StartDlg.

I just had a look into the code, but as I am no C programmer, I don't think I'm the right person to try and come up with a patch. I might rather introduce a load of bugs in the process.

Revision history for this message
Mario Đanić (mario-danic) wrote :

Ok, thanks for the report. I'll try to look into this for a coming release.

Daniel T Chen (crimsun)
Changed in gnomebaker:
importance: Undecided → Wishlist
Thomas Hotz (thotz-deactivatedaccount)
Changed in gnomebaker (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.