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 706255 - New hidden folder is shown as "Untitled Folder"
New hidden folder is shown as "Untitled Folder"
Status: RESOLVED DUPLICATE of bug 342819
Product: nautilus
Classification: Core
Component: Views: All
3.9.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-08-18 16:55 UTC by Michael Catanzaro
Modified: 2013-09-08 16:16 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Fix for the issue (3.85 KB, patch)
2013-09-08 14:52 UTC, Nelson Benitez 		none Details | Review

Description Michael Catanzaro 2013-08-18 16:55:20 UTC 
To reproduce, create a new hidden folder, e.g. ".anything"

The folder will be properly created, but it incorrectly display as "Untitled Folder"
Comment 1 Felix Möller 2013-08-27 19:06:57 UTC 
I can confirm with nautilus 3.6.3-0ubuntu16
Comment 2 Nelson Benitez 2013-09-08 14:36:08 UTC 
This bug also happens when having "show hidden files" option unchecked and renaming a file, eg. renaming "name.txt" to ".name.txt" will cause the file still be displayed as "name.txt" although the rename completed succesfully.
Comment 3 Nelson Benitez 2013-09-08 14:52:09 UTC 
Created attachment 254398 [details] [review]
Fix for the issue

This fix is working fine for me. 

It updates nautilus view "show file" logic to accept a hidden file (despite show_hidden_files option set to false) if the hidden file is already visible in the view (and we use the current file selection to check for that, as it happens all rename usecases maintain the file selected).
Comment 4 António Fernandes 2013-09-08 15:43:47 UTC 
I'll take the opportunity to link to some related bugs: bug 389812, bug 334667, bug 342819

An idea for fixing them all: display an in-app notification telling the user that the renamed file just became a hidden file, with an [Undo] button (maybe also a 'Learn More' link to documentation about hidden files). Provided an obvious way to undo, I don't see a reason to keep the now-hidden file visible.
Comment 5 Nelson Benitez 2013-09-08 16:16:02 UTC 
thanks Antonio for the links, will try to get them in order.
Comment 6 Nelson Benitez 2013-09-08 16:16:34 UTC 

*** This bug has been marked as a duplicate of bug 342819 ***