GNOME Bugzilla – Bug 754676
Files app directory items count wrong
Last modified: 2017-08-23 17:57:09 UTC
The Files app miscounts folder contents items. It lags. (I assume Files, which seems not to be separately listed as a product, is a successor to nautilus, but if this bug should be moved, please go ahead.) The Files version is 3.14.2. To reproduce in the Gnome desktop, set to show hidden files in all directories and check the count in a folder, by counting yourself inside the folder and comparing to the count displayed in the lower right corner when looking on the outside of the folder. Assuming they agree, leave the folder closed in the Files app, go to gedit, and create and save a file into that folder, thereby not opening the folder in the Files app. Go back to the Files app but don't open the folder. Check the displayed count. It won't have increased by one, but it should have. Go up one level, thus still not opening the folder. Go back to where you can see the folder. The displayed count will still be short by one. Enter the folder, count visually, exit the folder, and check the displayed count, which will now be correct. The same problem occurs the other way. If the displayed tally is 1 and you remove the only item in it (I used control-x) and exit the folder, the total will still pretend to be 1, but if you re-enter and re-exit the folder, the displayed tally will become 0. I have my system set to show hidden files and it runs the Gnome desktop.
I retract the latter part of the test in my opening post. I forgot that ctrl-x does not remove an item until it is pasted elsewhere. I tried that test with ctrl-x followed by a pasting elsewhere and also with shift-del and both times the Files app's count was correct. That leaves the first part of the test intact, and the problem remains.
*** This bug has been marked as a duplicate of bug 768455 ***