Public Share links visible to group members

What is the problem that this feature would fix?

This would allow all members of the group to see the existing public shares for the virtual directory path of the group that they are a member of.

Why is it a problem?

Currently, each member could create a public share link for the same folder/file in the group virtual directory with different permissions or expiration times.

Is there a workaround you currently have for this problem?

The only identified method to get around this is to create a Native User to create the public shares, but this means the each member of the AD group needs to know the username and password of the Native Account in order to create/manage public shares.

Do you have a suggestion on how you would like to see the problem fixed?

For logged in users that are a part of an AD group mapped to a Cerberus group the public share links could show up in a sub-section
Example would be: Under Share: section labeled Shared Files for {{username}} would include all the shares that a user has created under their home path, and another section would be Shared Files for {{group}} with all the shares for the virtual path. Ideally, this would include the name of the AD mapped user that created the public link

How big is the problem? Who is affected by this problem (End Users, Admins, etc.)?

This impacts all users that are AD mapped to a Cerberus group that have any public links

Comments