-
Notifications
You must be signed in to change notification settings - Fork 189
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PROPFIND
returns wrong folder size
#6215
Comments
I can confirm ... for me size sometimes is 4 or 5 ... 😞 |
@SagarGi @saw-jan please get someone to have a look at what API acceptance test scenarios we have that check the size in a PROPFIND request for a folder, and report here. Hopefully there are tests cases for when the folder has multiple files. (And maybe there is some backend caching issue that results in different answers sometimes, and we haven't noticed the tests being flaky or...) |
grepping log for tree/tree.go gives:
I fear we are not locking correctly. the folder containing the files is updated to size=4 twice ... but the root is correctly updated to 541594 and 541595. I need to check the code ... |
we need unit tests ;-) |
Looking at the code this seems to be a problem with locking and the file metadata node cache. Will discuss in person. |
Some of the tests related to PROPFIND request are But we are not really checking the size especially not with folders with other resources on them Here's one that Propfinds a size of an empty folder ocis/tests/acceptance/features/coreApiWebdavProperties2/getFileProperties.feature Line 500 in 52ddba3
I cannot find tests covering this issue. I'll look around more if I missed something otherwise I'll add a new one |
Added api test here: #6235 they're passing |
Tests added in #6235 and pass. The problem is expected to have been fixed by cs3org/reva#3845 Please re-open if the problem comes back. |
Steps to reproduce
PROPFIND
request on the folder and checkoc:size
in the responseExpected behavior
The size should be 5. At least I think so. Or is there any reason the folder should compresses the size?
Actual behavior
The size is 3.
The text was updated successfully, but these errors were encountered: