Skip to content
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

[Bug] - Permissions in subfolders are not applied to upper folders #431

Open
wzrdtales opened this issue Oct 30, 2022 · 7 comments
Open

Comments

@wzrdtales
Copy link

When files in the common section are shared, the permissions have to be given from the bottom up. If you want to give a person specifically access to only one folder inside one folder, this is impossible, since that means you need to give access to the bottom folder and then change it in all other folders inside...

@HelenBelova17
Copy link
Member

Hello @wzrdtales,
Currently, we have the following hierarchy: If you do not specify specific permissions for a subfolder, the subfolder inherits the permissions of the parent folder.
If certain permissions are set for a subfolder, the permissions for the subfolder have a higher priority than the permissions for its parent folder. More information is available here.
Or specify a detailed scenario in which these permissions do not work.

@wzrdtales
Copy link
Author

If certain permissions are set for a subfolder, the permissions for the subfolder have a higher priority than the permissions for its parent folder.

@HelenBelova17 This is wrong then unfortunately. Exactly this does not work. If the parent folder (for example root level in the common space) has explicitly set to prevent everyone seeing it by default and you set then a subfolder with viewing permissions, the parent folder wont show up at all.

@HelenBelova17
Copy link
Member

If certain permissions are set for a subfolder, the permissions for the subfolder have a higher priority than the permissions for its parent folder.

@HelenBelova17 This is wrong then unfortunately. Exactly this does not work. If the parent folder (for example root level in the common space) has explicitly set to prevent everyone seeing it by default and you set then a subfolder with viewing permissions, the parent folder wont show up at all.

@wzrdtales, In this case the parent folder should not be displayed, only the subfolder.
We currently have a bug 41287 in our private tracker with displaying such subfolders, in your scenario the subfolder will be visible in the list of Common if you set the filter.

@wzrdtales
Copy link
Author

wzrdtales commented Nov 9, 2022

if you set the filter.

which filter? Since this is tracked, is that already planned or no ETA yet?

@HelenBelova17
Copy link
Member

if you set the filter.

which filter? Since this is tracked, is that already planned or no ETA yet?

In your case, the filter is Type/Folders, unfortunately there is no ETA yet.

@wzrdtales
Copy link
Author

that is unfortunate since this just breaks the "common" storage section completely, there is not really a case where everything is shared there with everyone.

Also is it normal that shared documents in common do not appear in the shared with me section?

@HelenBelova17
Copy link
Member

that is unfortunate since this just breaks the "common" storage section completely, there is not really a case where everything is shared there with everyone.

Also is it normal that shared documents in common do not appear in the shared with me section?

Yes, it is normal.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants