-
-
Notifications
You must be signed in to change notification settings - Fork 4.7k
fix(sharing): Allow reasonable control for 'Hide download' on fed shares #55251
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
Conversation
a32def2 to
6c9b2e3
Compare
|
Thank you for working on this! I think it would be good if the possibilities were also somehow visible in the UI. Is this the case with this already? |
This changes should solve the issue of the toggle not taking effect in the UI. |
5c51164 to
8ed4c1a
Compare
artonge
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's have some tests to prevent any regressions
|
@nfebe is there any chance this pr can be merged soon? |
b50837d to
14298fe
Compare
Updated it and added some tests. (Sorry I have had some laptop downtime recently) |
14298fe to
02de83d
Compare
02de83d to
32f92af
Compare
32f92af to
712b0a3
Compare
|
@nfebe What is needed to merge this PR? |
When creating public links from federated shares, users should be able to set the 'Hide download' option independently as long as they are more restrictive than the original share permissions. Previously, the `checkInheritedAttributes` method was ignoring user preferences and always overriding the hideDownload setting based solely on inherited permissions, preventing users from disabling downloads even when the parent share allowed them. This fix implements some sort of inheritance logic: - Users can only be MORE restrictive than parent shares, never LESS restrictive - If parent hides downloads -> child MUST hide downloads (enforced) - If parent allows downloads -> child can CHOOSE to hide or allow downloads - If parent forbids downloads entirely -> child cannot enable downloads Signed-off-by: nfebe <[email protected]>
712b0a3 to
6401689
Compare
|
Thank you! 🎉 |
|
@nfebe any chances to see that backported in 32 or not at all ? |
|
/backport to stable32 |
|
/backport to stable31 |
When creating public links from federated shares, users should be able to set the 'Hide download' option independently as long as they are more restrictive than the original share permissions.
Previously, the
checkInheritedAttributesmethod was ignoring user preferences and always overriding the hideDownload setting based solely on inherited permissions, preventing users from disabling downloads even when the parent share allowed them.This fix implements some sort of inheritance logic: