This guide details the various assignments and access permissions for files/folders in Infomaniak's kDrive, including restoring the inheritance of rights over the content of folders and subfolders.

Preamble

• Refer to this other guide if you are looking for general information about sharing data on kDrive.
• Refer to this other guide for more specific information about sharing the common folder.
• Refer to this other guide for more general information on user permissions within the Organization if they are part of it.

Types of access rights

A share can be restricted. Choose whether the user…

• … can view:
  • View only
  • Download
  • Add comment
• … can edit:
  • Edit file
  • Download
  • Add comment
  • Add and create file/folder
  • Delete file/folder
• … can manage (only if sharing is done within the common folder and not in a folder of the personal directory):
  • File modification
  • Download
  • Add comment
  • Add and create file/folder
  • Delete file/folder
  • Share with other users
  • Manage user rights

The granted permissions as well as the information about the beneficiaries of the shares are visible on kDrive in the "Who has access" column and the eventual public link activated on a file is indicated by a green icon in this column:

Assigning rights to the content of folders and subfolders

Indeed, sharing can be restricted and only part of the directory tree can be shared with one or more users. Example of recursion when applying or removing sharing:

1. The first part of the animation shows full access for all users to the entire content of folders and subfolders.
2. The second part shows the result if the sharing is removed from the parent folder (the folder at the very top of the hierarchy).
   • Users will no longer have access to the content of the folders and subfolders.

Solving an inheritance rights issue

In the case where a parent folder is shared with multiple users, and subsequently, one of these users is removed from the share at one of the child folders (i.e., one of the subfolders of the main folder located higher in the hierarchy), then the day a new share with a collaborator is made at the parent folder level, this share will not be propagated or inherited at the child folders level. This is shown in the animation below:

1. A share is granted to an additional user on a parent folder (SEPT24 in the animation).
   • The share is recursive on all the data contained in the children folders (assoc in the animation).
2. The share is removed from one of these child folders (assoc).
3. An additional share is made on the parent folder (SEPT24).
   1. The child folder does not inherit this share (due to the manual operation at point 2 above).
4. The solution is to click on the link present in the sharing window, which informs you that the sharing is not complete, which will restore the correct access rights according to the inheritance of the parent folder: