If you "Show Properties" for a folder (or for the trash: virtual folder), and
then open a Nautilus window of that directory (e.g. double-click its icon on the
desktop), the deep file count in "Show Properties" will reset and be recounted

* REPRODUCIBLE: Always

* STEPS TO REPRODUCE:

1. Right-click on your Home icon (or, if not empty, you can also use your Trash)
on the desktop, and select "Show Properties" from the context menu.
2. Double-click on the icon you used in step #1.

* ACTUAL RESULTS: 

 Nautilus resets the deep file count (both size and total space) resets, and
recalculates it.

Pavel indicated that this is a bug.



------- Additional Comments From eli@eazel.com 2001-01-20 16:38:46 ----

*** Bug 45864 has been marked as a duplicate of this bug. ***



------- Additional Comments From eli@eazel.com 2001-01-20 16:43:30 ----

I cannot trigger this from List View. It only occurs in Icon View -- on the
desktop, or from within a folder. Changing component.



------- Additional Comments From sullivan@eazel.com 2001-01-22 10:06:22 ----

Seems annoying enough to want to fix for 1.0.



------- Additional Comments From sullivan@eazel.com 2001-02-01 18:01:37 ----

*** Bug 46231 has been marked as a duplicate of this bug. ***



------- Additional Comments From eli@eazel.com 2001-02-07 21:01:15 ----

Verified fixed in CVS HEAD. Opening a folder (or trash: virtual folder) no
longer triggers a deep file count, nor does it reset a deep file count in
process.

(also confirmed bug #46231.)



------- Additional Comments From eskil@eskil.dk 2001-03-02 02:02:38 ----

CVS head right now.

Using the icon view
Open Show Properties on /gnome-source (begins to count files)
Navigate into /gnome-source (resets file/size count in properties window)
Navigate into nautilus
Navigate up (resets file/size count in properties window)

Seems to stil haunt us...



------- Additional Comments From eskil@eskil.dk 2001-03-02 02:02:56 ----

And don't ask why I like to try this...



------- Additional Comments From sullivan@eazel.com 2001-03-02 07:00:56 ----

This is a regression, caused by some recent changes to the code flow 
when a directory is viewed. I have a very simple fix awaiting on my 
machine. Should I check it in? (I'd like to; it's very safe.)

Setting to P6 so Don will reprioritize.



------- Additional Comments From sullivan@eazel.com 2001-03-02 09:04:57 ----

I've already had Darin review the simple patch, so I'm all ready to check in
when this bug gets the thumbs-up for fixing.



------- Additional Comments From sullivan@eazel.com 2001-03-02 09:05:39 ----

Adding eskil to cc: list since he is obviously interested in this bug.



------- Additional Comments From sullivan@eazel.com 2001-03-02 11:33:16 ----

I was trying to wait for gramps' approval, but I have to leave for the
day+weekend and he hasn't shown up, so I'm just going to check in the small
Darin-approved fix.



------- Additional Comments From brett@eazel.com 2001-03-07 17:28:47 ----

Verified by testing with home icon, trash icon, and desktop links for /usr and
/gnome.  There are other related bugs: one has already been filed about trash
properties initially showing "..." for contents, and another one will be filed
as soon as I can explain it correctly - the properties contents are briefly
shown as "..." when the directory is navigated into during the contents
calculation.



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:53 -------