Label is write instead of copy

Bug #47889 reported by Loïc d'Anterroches
Affects Status Importance Assigned to Milestone
Fix Released
nautilus-cd-burner (Ubuntu)
Fix Released
Ubuntu Desktop Bugs

Bug Description

When right clicking on a disk to copy it the label to start the copy is "Write" this is confusing when we have only on CD drive. My reflex was "I don't want to write on this disk as it is my source disk". Maybe a "Copy" label should be better.

Revision history for this message
Loïc d'Anterroches (diaeresis+bugs) wrote : The dialog when starting a copy

Here is the dialog, instead of Write I would like Copy.

Note that the "dummy write" is because I am running it in debug mode, so it should not be taken into account.

Thanks for the good work.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. Could you explain your issue with the word "write"? The device is called "CD writer" no? And that's a correct word to describe a CD recording no? You "write" on the CD, no?

Changed in nautilus-cd-burner:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info
Revision history for this message
Loïc d'Anterroches (diaeresis+bugs) wrote :

Thanks for the kind request for more info.

Here, I am only considering the case where you perform a complete copy of a CD. That is, you right click on the CD on the desktop and select "Copy Disc".

Effectively we "write" a CD when performing the "copy" of a CD.

But the "write" is a subprocess of the copy operation. The copy operation is first composed of a "read" to create the image and the a "write" on the blank CD. So in fact you click on "Write" to "Read" your source CD.

The complete operation is the "Copy" of the CD (that is why the title of the window is by the way "Copy Disc" as shown on the screenshot). So it is more logical to start the complete operation by a "Copy Disc" or "Copy" button.

In the case of a creation of a new CD from the burner or directly from an iso, I completely understand the use of the term "Write" because it is effectively the complete operation.

I hope I was clear enough, it is really a problem of confusion for the first user who is not "computer savy".

Revision history for this message
Sebastien Bacher (seb128) wrote :

I've forwarded your request upstream:

Changed in nautilus-cd-burner:
status: Needs Info → Confirmed
Revision history for this message
Loïc d'Anterroches (diaeresis+bugs) wrote :

Merci !

Changed in nautilus-cd-burner:
status: Unknown → Unconfirmed
Revision history for this message
Neil Woolford (neil-neilwoolford) wrote :

I'm being the 'me too' man today. Loic's right about this, and it's still here two years later. Little bump?

Revision history for this message
Loïc d'Anterroches (diaeresis+bugs) wrote :

Thank you! My wife told me last week, "hey I do not want to write on my original CD! Are you sure it will work ok?" So please bump it!

Revision history for this message
Sebastien Bacher (seb128) wrote :

such comments are not really useful, the issue is just that there is too much to do and not enough contributors, you are welcome to work on a patch though

Changed in nautilus-cd-burner:
status: Confirmed → Triaged
Revision history for this message
Loïc d'Anterroches (diaeresis+bugs) wrote :

Here is a patch. The only thing to change is that after applying the patch against revision 2216 of the tree, you need to change line 179 to correctly iterate of the GList of children. I am not a gtk+ expert, I am using it only through pygtk.

This obviously needs testing as I was not able to do it.

Why the need to iterate over the children of the dialog? Because the buttons are added to the dialog at init time and are the same for all the dialogs using the NcbSelectionDialog. This means that you do not have an easy way to find the button like using a glad_xml_get_widget.

Changed in nautilus-cd-burner:
status: New → Invalid
Revision history for this message
Sebastien Bacher (seb128) wrote :

the bug has been fixed upstream now

Changed in nautilus-cd-burner:
status: Triaged → Fix Committed
Changed in nautilus-cd-burner:
status: Invalid → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package nautilus-cd-burner - 2.25.3-0ubuntu1

nautilus-cd-burner (2.25.3-0ubuntu1) jaunty; urgency=low

  * New upstream version (LP: #345168)
    - Use GIO to detect whether burn:// contains a Video-DVD
    - Remove tenious eel dependency
    - Remove unnecessary headings and blank labels in the UI
    - Add API documentation
    - Remove "CD/DVD creator" from the Places menu, and add it to the
      System Tools
    - Show the same drives as nautilus in the file chooser, as expected
    - Add a hint and icon to the nautilus "clue" bar
    - Detect some errors from wodim
    - When copying a disc, make the button say "Copy", not "Write"
      (LP: #47889)
    - Avoid crashes when HAL isn't running
    - Make "Enter" trigger the default action
    - Fix build with the single GTK+ include
    - show "places" in safe-dialogue (LP: #53498)
  * debian/
    - remove build-depend on libeel2-dev, no longer needed
    - update build-depend for libglib2.0-dev to >=2.17.4
    - add build-depend on gtk-doc-tools (>=1.8)
    - added depends on ${misc:Depends} for libnautilus-burn-dev and
      libnautilus-burn4 (lintian warning)
  * debian/patches
    - updated 01_enable_gnome_mount_force.patch to apply cleanly
    - updated 03_wodim.patch to apply cleanly
    - updated 05_genisoimage.patch to apply cleanly
    - added 06_fix_warnings_on_build.patch from svn, fixes build-issue

 -- Andreas Moog <email address hidden> Thu, 19 Mar 2009 00:43:46 +0100

Changed in nautilus-cd-burner:
status: Fix Committed → Fix Released
Changed in nautilus-cd-burner:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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