Uh oh!
There was an error while loading. Please reload this page.
fix(sharing): Allow reasonable control for 'Hide download' on fed shares - #55251
Conversation
a32def2 to
6c9b2e3Comparemarcelklehr
commented
Sep 22, 2025
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? |
nfebe
commented
Sep 22, 2025
This changes should solve the issue of the toggle not taking effect in the UI. |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
5c51164 to
8ed4c1aCompare
artonge
left a comment
There was a problem hiding this comment.
Let's have some tests to prevent any regressions
Uh oh!
There was an error while loading. Please reload this page.
DaphneMuller
commented
Oct 13, 2025
@nfebe is there any chance this pr can be merged soon? |
b50837d to
14298feComparenfebe
commented
Oct 20, 2025
Updated it and added some tests. (Sorry I have had some laptop downtime recently) |
14298fe to
02de83dCompare02de83d to
32f92afCompare32f92af to
712b0a3CompareDaphneMuller
commented
Oct 23, 2025
@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 <fenn25.fn@gmail.com>
712b0a3 to
6401689CompareUh oh!
There was an error while loading. Please reload this page.
DaphneMuller
commented
Oct 24, 2025
Thank you! 🎉 |
maximelehericy
commented
Nov 4, 2025
@nfebe any chances to see that backported in 32 or not at all ? |
nfebe
commented
Nov 4, 2025
/backport to stable32 |
nfebe
commented
Nov 4, 2025
/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: