Members with full access to an issue board will be able to find the access control of an issue board by clicking on edit access in the access control menu on the issue board settings page.
The edit access control dialogue can look something like this:
This article contains information about the following topics:
Information - Extensions - Define access - Roles - Access - Close issues - Save - Example
Issue board information
Here the name and the owner of the issue board are displayed
Extensions - Close issues
This lets you limit who can close and reopen issues.
When you enable this feature you will see a close issues column appear next to the access column.
Define access for
Here you will be able to specify who has what access to this issue board.
By clicking on the "Member or team" dropdown you will be able to define access for member(s) or team(s).
Once you have selected a member or team they will appear in the list below.
Role column
In the role column the different roles of the projects are described
Administrators
Default - Full access
Members that are administrators always have full access.
The project owner is an administrator.
Users
Default - Write access
Access given to individual members always overrides access given to teams, all users and owners.
All users
Default - write access
All users is the term used for members that have not gotten specific access as user, team or issue board owner.
Teams
Default - Write access
Access given to teams is set for all the teams members unless the member has specific access as a user or an issue board owner.
Issue board Owner
Default - Full access
When you create content in Catenda you become the owner of that content. Owner settings applies to the owner of the content.
Note: Users will be granted the highest permission of what being set in all users, owners and team.
Example: You may use team, or owners to grant users more permission than all users, but not to give them less permission.
The reason behind this is to prevent users to grant themselves more access by removing themselves from a team, or as an owner.
Access column
In the access column you can give the member or team the following access:
No access
Members with no access will not be able to access the issue board.
Read
Members with read access have access to the issue board, but cannot create issues or make comments on existing issues.
Write
Members with write access will be able to do the same as members with read access.
Members with write access will also be able to create new issues and comment on existing issues.
Full access
Members with full access will be able to do the same as members with read and write access.
With full access members will also be able to edit the access settings of this issue board.
Members with full access will be able to add and modify custom fields on this issue board.
Administrators always have full access.
Members with full access will not be able to edit administrator access.
Close issues column
The checkboxes in this column will decide whether these users will be allowed to close issues or not.
At the bottom of the list an issue creator option will also appear.
The issue creator item allows you to give extra permissions to the creator of an issue.
This rule only applies when the issue creator is not listed under "Users" and has write access.
If close issues has been enabled users without this option will no longer be able to:
Create closed issues
Close existing issues
Change the status of an issue that is closed
Save button
Note: Remember to press the save button and reload after you are done to see the changes.
Configured example
This is what the access control dialogue can look like after it has been configured:
