Red Hat Bugzilla – Bug 140456
recently saved file does appear on the desktop
Last modified: 2007-11-30 17:10:55 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
recently saved file does not appear on the desktop until a subsequent
file is saved on the desktop. the second file will not appear until a
third file is saved to the desktop. the third file will not appear
until a fourth file is saved on the desktop. and so on...
Version-Release number of selected component (if applicable):
2.8.1 release 4
Steps to Reproduce:
1. save a file in ~/Desktop using firefox
2. go to the desktop. the file does not appear.
3. save a file in ~/Desktop using gedit
4. go to the desktop. the file saved by firefox appears but the file
saved by gedit does not.
5. save a file in ~/Desktop using openoffice writer.
6. go to the desktop. the file saved by gedit appears but the file
saved by openoffice writer does not.
7. open terminal session.
8. ls ~/Desktop. all files are present including the one saved by
Expected Results: files should appear on the desktop shortly after
saved in ~/Desktop.
changing desktops in the pager does not help. opening a new nautilus
window does not help.
logging out and back in again refreshes the desktop so that all files
are seen including the latest saved file.
I have the same problem. It appears to have something to do with
setting Nautilus to "browse" mode as opposed to "spatial" mode. I
hate how spatial mode is crammed down our throats. So "always browse"
is an option, but it is for some reason slower and buggier than
It is really annoying when using Firefox with the default download
directory set as your desktop. You save their because it is really
easy to directly get to your current files. However, since they don't
show up until a forced refresh, it is a real pain!
Can somebody please confirm that this bug is in fact caused by browser
This is the same as bug 139116.
Are you sure?
If I do (in FC3) like this I can reproduce it:
1. Open a term window
2. cd ~
3. touch file1.txt
4. mv file1.txt Desktop/
I don't see file1.txt on my desktop or if I double-click my home icon
-> desktop it doesn't show up there but still it exists there
according to a simple ls ~/Desktop
Ok, I was wrong. The bug also occurs in spatial mode, when using
Richard's method. For some reason I didn't have the problem with
Firefox and spatial mode.
This bug is really annoying!
This sounds a lot like bug 140642
*** Bug 140642 has been marked as a duplicate of this bug. ***
A little workaround: Refresh your desktop after saving files in it.
Just click the background of the desktop and press Ctrol+R. Though
annoying it is easy to do.
How was this bug not noticed? I am surprised something so basic and
fundamental to a desktop would make its way into a full release
(Fedora Core 3). Are there people that do not that this problem,
aside from KDE users? Gnome is the default desktop, so I was
surprised to see such a obvious bug.
This is likely a gamin bug. In fact i think its a dup of bug 130859.
*** This bug has been marked as a duplicate of 130859 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.