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 685109 - use of pathbar during the renaming of a folder
use of pathbar during the renaming of a folder
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
3.6.x
Other Linux
: Normal major
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-09-29 21:05 UTC by Arnaud B.
Modified: 2012-10-02 21:13 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Arnaud B. 2012-09-29 21:05:54 UTC
I was trying to reproduce https://bugzilla.gnome.org/show_bug.cgi?id=554366 with an actual Files, and I found a very similar bug (that’s why I post in “File and Folder Operations”, I think it’s the same problem), with quite more impact. I’m in 3.5.92.

* You have to be in list view (as the other bug…)
* Go in your home folder (or elsewhere, it doesn’t matter here…)
* Create a folder (ctrl-maj-n), name it "a", go into "a"
* Create a folder (ctrl-maj-n), write the name "b" but without validating
* Use the path bar to go back to your home folder

At this point, you cannot open any file or folder in your home, neither with mouse nor with keyboard. You equally have some strange behaviour after having tried to rename, and in some cases, if you delete "a" and recreate it, "b" is always here.
Comment 1 Cosimo Cecchi 2012-10-02 21:13:13 UTC
Thanks for the report, I was able to reproduce this and push a fix to git master.