avoid retrieving user root iteratively in share controller#38055
avoid retrieving user root iteratively in share controller#38055phil-davis merged 1 commit intomasterfrom
Conversation
|
Thanks for opening this pull request! The maintainers of this repository would appreciate it if you would create a changelog item based on your changes. |
|
"something happened" - there are unit test fails, and acceptance test fails, for lots of sharing scenarios. |
|
@phil-davis seems pending shares broke, I suspected this might happen (thus draft). Unit tests failures are expected due to logic change (e.g. that function is called 1 times instead of 10 times, but lets see..) This PR is legacy code fight, so might need strong QA after. |
CI has a good range of sharing and resharing test scenarios. So if you get CI green, it will be 99% good-to-go - we will just need to look at the code changes and imagine if there are weird corner-cases to double-check. |
1bd0c00 to
1e0f1ac
Compare
|
@jvillafanez can you have a look? I tried to equalize the performance to PROPFIND, but it is not possible as OCS requires to return a set of fields that makes it not possible. Proper solution would be paging.. |
1e0f1ac to
49f7150
Compare
49f7150 to
b542656
Compare
jvillafanez
left a comment
There was a problem hiding this comment.
Code looks fine. Need to fix typos
|
please squash the PR when merging |
|
I will squash now... |
afbbfd1 to
d42900f
Compare
|
Kudos, SonarCloud Quality Gate passed!
|
Fixes performance problem caused by code that was not refactored for long time.
Prerequisite:
Attempt to reduce complexity but reusing available properties from "propfind kind of operation":
Finally, I settled on being required on reducing to 7s from 15s, but still not perfect as we need to respond with many mount properties for /shares .. paging would solve the problem best.