Fix sharing with user-key encryption #39908
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
Having user-key encryption enabled, shares being received by the user might not be properly decrypted.
The cause was a wrong path and a length-base check. Basically a
//files/path/to/file
was used (notice the double//
) and the check was using astrlen('/files')
; the resulting path wass/path/to/file
instead of the expected/path/to/file
.When we checked for the shares of the target path (
s/path/to/file
), we didn't find it, so we returned an access list containing only the owner of the file instead of the owner and the sharees. In the end, the key file for the sharee wasn't present in the right place.Related Issue
owncloud/encryption#329
Motivation and Context
How Has This Been Tested?
Manually tested
With the patch, user2 can preview the file in the file list and he can also download the file without problems
Screenshots (if appropriate):
Types of changes
Checklist: