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 554366 - use of ctrl-L during the renaming of a file
use of ctrl-L during the renaming of a file
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.24.x
Other All
: Normal minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-09-29 23:23 UTC by Arnaud B.
Modified: 2012-09-29 00:51 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Arnaud B. 2008-09-29 23:23:33 UTC
Please describe the problem:
When renaming a file, the shortcut ctrl-L could be used. It permits to change the current directory, for example to go in the directory up.

In some case, it's impossible to go back in the first directory by clicking on it (it's difficult to explain, sorry).

It must take place in the forder desktop, nothing problematic in the home.

Steps to reproduce:
1. create a folder called "a" on your desktop
2. create in "a" a file
3. select this file, type F2 to rename it, delete the name
4. without validating the name, type ctrl-L, and go back to the desktop by deleting the "a"

Actual results:
The cursor show nautilus is working, and I cannot access to "a" by clicking on the icon (I can in the place bar).

Expected results:
Well, I think the ctrl-L shortcut should not work when renaming a file...

Does this happen every time?
yes

Other information:
Comment 1 Cosimo Cecchi 2008-09-30 07:43:09 UTC
Confirming, it seems we're doing something weird here.
If we go in another folder an then back to "a" it works fine, (maybe it cancels the renaming operation?).
Also, I think we should simply cancel the rename operation when using CTRL+L while renaming is in progress.
Comment 2 Marcus Carlson 2010-08-01 00:24:33 UTC
Same problem if you just hit the Up or Back buttons in the toolbar (and probably others). Should we end rename on location change in view?
Comment 3 Marcus Carlson 2010-08-01 10:42:12 UTC
I tried to fixed this bug but couldn't find how but here's my findings;
 - Only applies to Icon View
 - The location bar still thinks the active folder is the one we were renaming the file in
 - I tried putting a few end_renaming_mode (container, FALSE) in n-icon-container.c but without luck
 - Works when switching views and changing zoom levels
Comment 4 Cosimo Cecchi 2012-09-29 00:51:36 UTC
This appears to work fine in 3.6; please reopen if you can still reproduce it.