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 729557 - nautilus stops allowing cut paste during renaming
nautilus stops allowing cut paste during renaming
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: Cut Copy Paste Undo
3.10.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-05-05 09:58 UTC by Adam Jordan
Modified: 2021-06-18 15:30 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Adam Jordan 2014-05-05 09:58:17 UTC
I am doing this series of actions in Nautilus with Ubuntu 14.04:
 
1) Have 2 windows open, a source and a destination.
2) I do F2 on a file in the destination directory and then hit Ctrl+C to copy the name.
3) Move to the source window and F2 on the file I want to rename.
4) Use Ctrl+V, then slightly modify the name. Press enter.
5) Ctrl+X on the source item.

- It will not cut (it does not gray) and if I Ctrl+V in the destination, the file does not paste.

If I do "nautilus -q" to restart Nautilus, it will start working.
Comment 1 António Fernandes 2014-05-26 13:05:31 UTC
Thanks for the bug report and sorry for the late follow-up.

I'm unable to reproduce this bug[*], but maybe I am not following the right step so I'm asking two questions about this bug:

- From step 4) to step 5), is the file still in "renaming mode"? Can you provide a screenshot of the nautilus window in step 4) and step 5)?

- Does the same thing happen when using Icon View as when using List View? 

[*] I tested nautilus 3.12 on Fedora 20 (+rhughes-f20-gnome-3-12).
Comment 2 Stefano Teso 2014-07-09 10:11:36 UTC
(In reply to comment #1)
> Thanks for the bug report and sorry for the late follow-up.
> 
> I'm unable to reproduce this bug[*], but maybe I am not following the right
> step so I'm asking two questions about this bug:

Hi,

I am experiencing the same bug (I think!) using the ubuntu flavor of nautilus 3.12.2 in the following situation:

I have a *lot* of pdf files in ~/Download, and a bunch of other open tabs; then I rename the pdf files one by one with a readable title (using F2 + type name + Enter), press Ctrl+X to cut the renamed file, and move it to another tab (with Ctrl+PageUp/Down, Ctrl+V).

After a while (it may take up to a dozen iterations), Ctrl+X refuses to work, i.e. the to-be-cut file is not grayed out at all. Interestingly, dnd'ing the files between tabs still works. The problem goes away by closing nautilus.

An additional note: the bug occurs quite frequently but definitely not deterministically (read: you may need to repeat the rename/cut/paste loop a few times).

> - From step 4) to step 5), is the file still in "renaming mode"? Can you
> provide a screenshot of the nautilus window in step 4) and step 5)?

In my case no file is in "renaming mode", the filenames are not editable.

> - Does the same thing happen when using Icon View as when using List View? 

Good point, I'll see if I can reproduce that way and report back (hopefully).

> 
> [*] I tested nautilus 3.12 on Fedora 20 (+rhughes-f20-gnome-3-12).

Cheers,
Comment 3 André Klapper 2021-06-18 15:30:23 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version of Files (nautilus), then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/nautilus/-/issues/

Thank you for your understanding and your help.