count of directory contents is too high
Affected version
- Nightly flatpak: Can't test it because I'm not set up to test it. I keep my distro evergreen and try to leave it that way for reliability.
- Other: Fedora 30 Linux. Files app: v3.32.3-stable
Steps to reproduce
- This may be intermittent.
- Set the Files app to show hidden files.
- Open a saved .odt document in LibreOffice Writer. Or open a new one and save it. (I do not know if this happens in other apps. If it might in some, try an app that creates a hidden second file to support the file you are ostensibly working on.)
- Check that for the .odt file (as in <. . .>.odt) the Files app also shows .~lock.<. . .>.odt# in the same directory. (If using an app besides Writer, filenames and extensions may vary.)
- Go to another folder in the same level of the directory hierarchy. In other words, if the .odt and .odt# files are a given number of levels down from root, go to another directory that's the same number of levels down from root. (I do not know if the specific number is part of the problem.)
- Close and exit LibreOffice.
- In Files, navigate up one folder level.
- Select, but don't open, the folder that contained the .odt and .odt# files.
- Observe the count of items in the folder, probably displayed in the lower right corner of the window.
- Open the folder.
- Compare the number of items you see to the number displayed in step 8.
Current behavior
If the number you saw in step 10 was higher than the number displayed in step 8, that's the bug in action.
Expected behavior
The number should be accurate. That would mean not calculating the count until it's to be displayed, i.e., not until after step 7.
Additional information
This seems closely related: #1160 (closed)