Content
View differences
Updated by Jens Ulferts about 2 years ago
**As an** Project admin
**I want to** provide permissions team members to view and edit project attributes
**So that I** can better control who gets the information.
**Acceptance criteria**
* There are two new permissions on project level:
* (1) View project attributes
* Migration: This new permission is added to all roles
* The specification used to say "to all roles that have the permission "View project"". "View project" is an internal
* Users without the permission that every role has so see the requirement is equivalent.
project overview span the entire width, without the right pane
* Seeding: Add to all roles
* (2) Edit project attributes
* Migration: This new permission is added to all roles that have the permission "Edit project".
project"
* Seeding: Add The view/edit permissions are adhered to all roles that currently have on the "Edit project" permission.
API level
* Users not having lacking the view permission in a project cannot:
* Find the project in which they lack the permission by applying a filter for the project attribute even if they will not have the permission to see the project attribute in another project.
property listed
* See the project attributes in the overview page
* The project overview spans the entire width, without the right pane
* See the project attributes in the project list
* See the project attributes in the project list export
* See the project attributes in the API
* Users not having lacking the edit permission (but will see the view permission) in a project cannot:
* Write the project attributes in the overview
* Write the project attributes in the API
property but it is not writable
**Out of scope**
* Permission on individual project attributes <mention class="mention" data-id="50179" data-type="work_package" data-text="#50179">#50179</mention>
* Global permissions
**I want to** provide permissions team members to view and edit project attributes
**So that I** can better control who gets the information.
**Acceptance criteria**
* There are two new permissions on project level:
* The specification used to say "to all roles that have the permission "View project"". "View project" is an internal
* Users without the
* (2) Edit project attributes
* Find the project in which they lack the permission by applying a filter for the project attribute even if they
* The project overview spans the entire width, without the right pane
* See the project attributes in the project list
* See the project attributes in the project list export
* See the project attributes in the API
* Users not having
* Write the project attributes in the overview
* Write the project attributes in the API
* Permission on individual project attributes <mention class="mention" data-id="50179" data-type="work_package" data-text="#50179">#50179</mention>