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 309856 - show hidden files doesn't work on desktop
show hidden files doesn't work on desktop
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: Desktop
2.14.x
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 680395 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-07-08 23:03 UTC by Mike Miller
Modified: 2018-01-02 18:51 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
First try to remove dot-files instantly (650 bytes, patch)
2010-04-17 13:34 UTC, Marcus Carlson
needs-work Details | Review

Description Mike Miller 2005-07-08 23:03:32 UTC
1) Configure Nautilus to display hidden files in its preferences.
   Menu: Edit/Preferences, Views, [x] Show hidden and backup files

2)  Create a "hidden" file in the Desktop folder, with "touch not-hidden .hidden"

3) Note, hidden file is not displayed.
Comment 1 Christian Neumair 2005-07-09 08:19:30 UTC
".hidden" is a special file containing files/folders not to be displayed in
Nautilus independent of their attributes/names. It was mainly introduced because
people were complaining about ~/Evolution cluttering their home directory.
Comment 2 Mike Miller 2005-07-09 20:06:50 UTC
Oops, bad example, I just changed it at the last minute too ;)

Try "touch .dude" and the behavior is the same, it isn't shown.
Comment 3 Christian Neumair 2005-07-10 00:25:31 UTC
The desktop view seems to be special-cased wrt the hidden files preferences.
Since it explicitly calls an ignore_hidden_files_preference helper, I'm not sure
whether removing it is appropriate. On the other hand, people can still use
".hidden" to hide particular directories. Maybe the aim was to not clutter the
desktop if it is identical with the home directory, so maybe we should only
ignore the hidden files preference in that case only, obeying the preference if
~/Desktop is the desktop directory.
Mike: What is your use-case? Why do you need hidden files on your Desktop?
Comment 4 Mike Miller 2005-07-10 01:53:17 UTC
Well, I don't <i>need</i> hidden files on the desktop.  I'm just a control freak
that doesn't like hidden files.  I like to delete anything that I don't need,
and I can't delete them if I can't see 'em.  I noticed this by accident, and it
seemed strange so I thought I might as well report it.  

However, if your home folder == the desktop folder, I could see it would be a
good idea to keep the .files hidden.
Comment 5 Yongzhi Pan 2006-11-01 12:52:06 UTC
In nautilus 2.14.3, this bug still exists. In fact I filed a similar bug in 2003, but 3 years later still not fixed. Ugh...

Let's produce it:

1. create a new file/folder named .hd at the desktop via the right-click menu.
2. Select it and press delete, it remains there. (In fact it's in the gnome trash.)
3. Select it and press delete again, nautilus asks me if I'd like to delete it again. I press `delete', and it remains there.

But it's really removed from trash, you can press ctrl-h(toggle whether displaying hidden files) twice to see it is no longer there.

After I press ctrl-h twice, repeat step #1 and #2, the . file is moved to trash in #2 step. To reproduce it again, `killall nautilus'(simply reset whether displaying hidden files) then try and the bug is reproduced. 

Comment 6 Yongzhi Pan 2006-11-01 13:06:54 UTC
The above problem also exist in other folders, not only at Desktop.
Comment 7 Stoo Johnston 2009-07-05 03:30:57 UTC
This also happens the other way around, which might be a more important use-case.

Move a hidden folder from the /home directory to /home/Desktop
Rename the folder on the Desktop, removing the first period (.)

The folder does not show up until a logout/login again/restart nautilus etc
Comment 8 Marcus Carlson 2010-04-17 13:34:04 UTC
Created attachment 158947 [details] [review]
First try to remove dot-files instantly

Could you try this patch?
(I'm not completely sure why this one works but it seems to do the trick for me)
Comment 9 António Fernandes 2013-08-05 13:51:20 UTC
*** Bug 680395 has been marked as a duplicate of this bug. ***
Comment 10 André Klapper 2015-01-17 02:03:08 UTC
Comment on attachment 158947 [details] [review]
First try to remove dot-files instantly

/src/file-manager does not exist anymore in git master. Hence setting 'needs-rework' as patch does not apply cleanly.
Comment 11 António Fernandes 2018-01-02 18:51:13 UTC
Starting with version 3.28, nautilus will not handle the "files on desktop background" feature. For better alternatives, read this blog post https://csorianognome.wordpress.com/2017/12/21/nautilus-desktop-plans/