Permissions

Last Updated: 08 Jun 2016

The Permissions screen on an asset allows you to grant or deny either Read, Write or Admin Permission to either the Public, a user, a User Group or a Role. This screen is only available to users with administration permission.

Denying permission overrides Granting, so if you find you cannot access something you think you should be able to, double check the permissions on the asset and your group membership.

Read Permission

This section allows you to assign Read Permission to either the public, a user, a User Group or a Role.

5-0-0_read-permissions-section.png
The Read Permissions section of the Permissions screen

The fields available are as follows:

  • Public Permission: to grant or deny Read Permission to the public, select Grant or Deny from the list provided and click Commit. This permission will then appear in the Current list.
  • Specific Permission: to grant or deny Read Permission to a user, User Group or Role, select Grant or Deny from the list provided and select the user, User Group or Role in the field provided. Once you have done this click Commit. The permission will then appear in the Current list. To apply the permission to more than one user, User Group or Role, click on the More... button. An additional field will appear on the screen where you can select another asset.
  • Automatically cascade this permission to new children: by default this option is selected. This means that any changes that you have made to the Read Permissions will automatically be cascade to the child assets. If you do not want to cascade these changes, deselect this option.

Write Permission

This section allows you to assign Write Permission to either the public, a user, a User Group or a Role.

5-0-0_write-permission-section.png
The Write Permission section of the Permissions screen

  • Public Permission: to grant or deny Write Permission to the public, select Grant or Deny from the list provided and click Commit. This permission will then appear in the Current list.
  • Specific Permission: to grant or deny Write Permission to a user, User Group or Role, select Grant or Deny from the list provided and select the user, User Group or Role in the field provided. Once you have done this click Commit. The permission will then appear in the Current list. To apply the permission to more than one user, User Group or Role, click on the More... button. An additional field will appear on the screen where you can select another asset.
  • Automatically cascade this permission to new children: by default this option is selected. This means that any changes that you have made to the Write Permissions will automatically be cascade to the child assets. If you do not want to cascade these changes, deselect this option.

Admin Permission

This section allows you to assign Admin Permission to either the public, a user, a User Group or a Role.

5-0-0_admin-permission-section.png
The Admin Permission section of the Permissions screen

The fields available are as follows:

  • Public Permission: to grant or deny Admin Permission to the public, select Grant or Deny from the list provided and click Commit. This permission will then appear in the Current list.
  • Specific Permission: to grant or deny Admin Permission to a user, User Group or Role, select Grant or Deny from the list provided and select the user, User Group or Role in the field provided. Once you have done this click Commit. The permission will then appear in the Current list. To apply the permission to more than one user, User Group or Role, click on the More... button. An additional field will appear on the screen where you can select another asset.
  • Automatically cascade this permission to new children: by default this option is selected. This means that any changes that you have made to the Admin Permissions will automatically be cascade to the child assets. If you do not want to cascade these changes, deselect this option.

Current Permission List

When you apply a permission in either the Read, Write or Admin sections, it will appear in the Current list for that section. For example, when you grant Read Permission, it will appear in the Current list in the Read Permission section, as shown in the figure below.

5-0-0_public-read-permission-granted.png
Public Read Permission shown in the Current list

When the Cascade flag is ticked in the Current list, any new assets that are created as a child of this asset will automatically be granted or denied this permission. If you do not want this to happen, deselect this option.

If you want to delete a permission that has been applied, click the Delete icon and click Commit.

Cascade Permission Changes?

The Cascade Permission Changes section of the Details screen is shown in the figure below.

5-0-0_cascade-permission-changes-section.png
Cascade Permission Changes section

By default, Yes, cascade permission changes is ticked. This means that when you grant, deny or change a permission, it will automatically cascade the changes to all child assets if Automatically cascade this permission to new children is selected for that section. For example, if you have changed the Read and Write Permissions but have deselected Automatically cascade this permission to new children for the Write Permission, when you click Commit, Squiz Matrix will only cascade the changes to the Read Permissions. If you do not want any of the changes to be cascaded, deselect this option before you click Commit.

Manually Cascade Permissions?

The Manually Cascade Permissions section of the Details screen is shown in the figure below.

5-0-0_manually-cascade-permissions-section.png
Manually Cascade Permissions section

Manual cascade allows you to cascade the current permissions, where the Cascade flag is selected, to all of the child assets. If you have made changes to the permissions or added new ones and did not cascade the changes, tick Manually cascade permissions and click Commit to cascade these settings. Any additional or conflicting permissions set on a child asset will not be changed.

Future Permission

The Future Permission section of the Details screen is shown in the figure below.

5-0-0_future-permission-section.png
Future Permissions section

This section allows you to schedule a permission change for the asset at a date and time in the future. This requires the Scheduled Jobs Manager to be configured on the Squiz Matrix server. If it has not been set up, these fields will not be available.

  • Set: select which permission to set in the future permission job.
  • Public Permission: select to grant or deny the public permission.
  • Specific Permission: to grant or deny the permission to a user, User Group or Role, select Grant or Deny from the list provided and select the user, User Group or Role in the field provided.
  • At: select the date and time for when the permission change should occur from the list provided.
  • Next Run: alternatively, click on the Next Run button to set the date and time to the next run of the Scheduled Jobs Manager.
  • Or In: you can set the permission change to take place in a certain number of minutes, hours, days, weeks, months or years. Enter the number into the text box and select the appropriate time frame from the list provided.
  • Automatically cascade this permission to newly-created children: check this box to apply this permission change to any new assets that are created as a child of this asset.
  • Update this permission to all existing children that fall under this asset in the various hierarchies: check this box to cascade the permission changes to any existing child assets.

Once a Future Permission change has been scheduled it will appear in the Scheduled Future Permission Changes section.


Previous Chapter Next Chapter

The Latest

Let Us Know What You Think

Let us know if you spot any errors or if you have any ideas on how we can improve the Matrix Community Website.

Contact Squiz for Demo

Let us show you the true power of Squiz Matrix by giving you a personalised demonstration.