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 143903 - New hidden folder or file displays as "untitled"
New hidden folder or file displays as "untitled"
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.16.x
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 324537 347666 399751 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-06-07 21:09 UTC by Tamara Roberson
Modified: 2011-06-21 05:52 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Description Tamara Roberson 2004-06-07 21:09:12 UTC 
Description of Problem:
Creating a hidden file or folder in Nautilus shows
the new file as still being "untitled" until the
directory is refreshed.


Steps to reproduce the problem:
1. Turn "Show Hidden and Backup Files" off
2. Create a new folder named ".test"

Actual Results:
Folder displays as "untitled folder".

Expected Results:
Folder should show it's full name but not
disappear (because hidden files are off) until
refreshed so it can be used immediately.

How often does this happen? 
Every time.

Additional Information:
None.
Comment 1 Martin Wehner 2004-06-12 15:56:53 UTC 
Yeah, that's buggy.
Comment 2 Christian Neumair 2005-05-22 08:51:55 UTC 
This seems to work as expected for me with Nautilus 2.11, in List View it just
takes some time (1 or 2 seconds) until "untitled folder" becomes ".test", but
this is probably due to a desired timeout.
Feel free to reopen if you can still verify this with recent Nautilus versions.
Comment 3 Sebastien Bacher 2005-05-22 13:37:33 UTC 
I've updated the version because I still get this bug using nautilus 2.11.1,
reopening. The name is only updated on a keyboard/mouse action here.
Comment 4 Christian Neumair 2005-12-19 21:57:53 UTC 
*** Bug 324537 has been marked as a duplicate of this bug. ***
Comment 5 Christian Neumair 2005-12-19 22:13:56 UTC 
I've done some investigation, and the trick is probably to hook fm_rename_file with a to be created callback inside FMListView/FMIconView and - if fm_directory_view_should_show_file is FALSE - invoke the remove_file chain.
Comment 6 Fabio Bonelli 2006-05-22 19:04:27 UTC 
I can't reproduce this on 2.14, closing.
Comment 7 Teppo Turtiainen 2006-05-22 19:20:46 UTC 
I can reproduce this with 2.14.1 on Ubuntu Dapper.
Comment 8 Teppo Turtiainen 2006-07-21 10:17:48 UTC 
*** Bug 347666 has been marked as a duplicate of this bug. ***
Comment 9 Teppo Turtiainen 2007-01-28 17:55:51 UTC 
*** Bug 399751 has been marked as a duplicate of this bug. ***
Comment 10 Cosimo Cecchi 2008-01-29 18:29:57 UTC 
Works fine here with 2.21.90, closing as OBSOLETE. Please reopen this bug report or open a new one if this still occurs, thanks!