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 62330 - FAMChanged event do not trigger update of file infos in icons/list view
FAMChanged event do not trigger update of file infos in icons/list view
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Views: All
0.x.x [obsolete]
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2001-10-15 03:38 UTC by Rémi Cohen-Scali
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Rémi Cohen-Scali 2001-10-15 03:38:03 UTC
When changinh the content of a file, the file manager view is not updated
to display the new file size (when displayed). The monitor actually
receives the file change event, but no update is made.

To reproduce, install FAM with (or without ?) imon kernel patch.
Then open View as Icons/List on a directory. Create an empty file in that
directory:
# touch aFile.txt
The file aFile.txt appears in the file manager. Then add some content in
the file. This should (will) triger the FAMChanged event for the file.
# echo "This is a test ..." >> aFile.txt
# echo "But nothing happens ?" >> aFile.txt
The icon/entry should update to reflect changes in the file content (size,
content preview, ...). If a directory is monitored and the change is the
creation of a file inside it, the number of elements is not updated.

It should be noted that:
-For files:
    when the icon/entry is selected or when Ctrl-R is pressed, infos,
content preview are correctly updated.
-For dirs:
    when the icon/entry is selected, # of elements are NOT updated. Ctrl-R
have to be hit to have displayed infos correctly updated.

PS.: The tree have been checked out on Friday 2001/10/12 or Saturday 13th
and is from redhat-merge-branch
Comment 1 Darin Adler 2001-10-15 16:28:52 UTC
You should not be using the redhat merge branch. The Red Hat merge has been completed on HEAD.

This is fixed on HEAD.
Comment 2 Alexander Larsson 2001-10-23 14:46:58 UTC
This is a race condition in fam. Please use fam-2.6.4-13 from redhat
rawhide or apply the fam-oss-2.6.4-changed_race.patch in it manually.