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 607410 - Contents of clipboard disappears when cutting (moving) files
Contents of clipboard disappears when cutting (moving) files
Status: RESOLVED NOTABUG
Product: nautilus
Classification: Core
Component: Cut Copy Paste Undo
2.28.x
Other Linux
: Normal minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-01-19 06:44 UTC by Yazen Ghannam
Modified: 2011-06-09 23:48 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Yazen Ghannam 2010-01-19 06:44:36 UTC
This is a bug report submitted to Ubuntu Launchpad.
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/508859

To reproduce:
Copy some text from anywhere to the clipboard.
Cut a file in Nautilus (right-click a file and select cut or select a file and click Ctrl+X)
Try pasting in any program other than Nautilus (preferably a program that accepts text input, e.g. a text editor)
The filename of the cut file is inserted.

What was expected:
The original copied text should have been inserted.

Reasoning:
Since cutting a file is removing it from its destination and putting it somewhere else, pasting in something else than a file manager does not yield the expected operation.

Suggested fix:
Nautilus should keep a copy of the current contents of the clipboard when doing a cut operation, check if the target of the paste is a file manager (or other program that accepts a file as input) and continue the operation as it functions now if it is, or the previous contents of the clipboard if it is not.
Comment 1 Marcus Carlson 2010-07-30 23:04:54 UTC
Yazen, it isn't _always_ nautilus that gets the target for a paste of a file. You could for instance paste in a text entry to get the path to the file and other applications can do other stuff, because of this we have to use the clipboard. Marking this as NOTABUG.
Comment 2 Christian Dannie Storgaard 2010-11-15 09:38:28 UTC
That makes sense for Copy, but not for Cut, where it is impossible to move the file into pretty much anything other than a file manager.
Cut means "remove from here, place other place" and the current behaviour goes against that.
Comment 3 Christian Dannie Storgaard 2011-06-09 23:48:31 UTC
No comments?