Content
View differences
Updated by Parimal Satyal over 2 years ago
**As** a customer (role)
**I want to** change the status (according to the workflow set for the role)
**so that** I can, for example, close (accept) or reopen (reject) the WP, or execute any other status change without asking for it via comment.
Technically, this would be realized with a separate permission `change_work_package_status` and the solution would be an analogue to the existing `assign_versions` permission.
### **Acceptance criteria**
* User with the role having `change_work_package_status` permission sees WP Status as editable and can change it.
* This should work also in tables, just as any other in-place edit.
* Similar to `assign_versions`, user with `edit_work_packages` will NOT be able to change the status, unless they also have `change_work_package_status` permission. Migration adding the new permission for roles with edit WP rights will be provided.
* On the front-end, on the permissions page for each relevant role:
* Add a new permission with label: "Change work package status"
* Add guideline text underneath (similar to 'Add attachments'): underneath: "Allows changing status without Edit work packages permission"
* When "Edit work packages" is checked:
* Automatically check and disable "Change work package status"
* Automatically check and disable "Add attachments"
* When "Edit work packages" is unchecked:
* Enable "Change work package status" but keep it checked
* Enable "Add attachments" but keep it checked
I discussed this with <mention class="mention" data-id="9177" data-type="user" data-text="@Oliver Günther">@Oliver Günther</mention> previously, this can be eventually solved by <mention class="mention" data-id="27846" data-type="work_package" data-text="#27846">#27846</mention> but that is not expected very soon. I will contribute this feature. Status is also special enough to warrant a separate permission, which would otherwise be cumbersome for every single other field.
The main reason is to allow our clients/contributors/etc. to not only comment that something is accepted/tested, or not acceptable/reopen, but also directly perform such a change, so we can see the WP in the right right away.
### **Out of scope**
* When "Edit work packages" is checked:
* Automatically check and disable "Change work package status"
* Automatically check and disable "Add attachments"
* When "Edit work packages" is unchecked:
* Enable "Change work package status" but keep it checked
* Enable "Add attachments" but keep it checked
**I want to** change the status (according to the workflow set for the role)
**so that** I can, for example, close (accept) or reopen (reject) the WP, or execute any other status change without asking for it via comment.
Technically, this would be realized with a separate permission `change_work_package_status` and the solution would be an analogue to the existing `assign_versions` permission.
### **Acceptance criteria**
* User with the role having `change_work_package_status` permission sees WP Status as editable and can change it.
* This should work also in tables, just as any other in-place edit.
* Similar to `assign_versions`, user with `edit_work_packages` will NOT be able to change the status, unless they also have `change_work_package_status` permission. Migration adding the new permission for roles with edit WP rights will be provided.
* On the front-end, on the permissions page for each relevant role:
* Add a new permission with label: "Change work package status"
* Add guideline text underneath (similar to 'Add attachments'):
* When "Edit work packages" is checked:
* Automatically check and disable "Change work package status"
* Automatically check and disable "Add attachments"
* When "Edit work packages" is unchecked:
* Enable "Change work package status" but keep it checked
* Enable "Add attachments" but keep it checked
I discussed this with <mention class="mention" data-id="9177" data-type="user" data-text="@Oliver Günther">@Oliver Günther</mention> previously, this can be eventually solved by <mention class="mention" data-id="27846" data-type="work_package" data-text="#27846">#27846</mention> but that is not expected very soon. I will contribute this feature. Status is also special enough to warrant a separate permission, which would otherwise be cumbersome for every single other field.
The main reason is to allow our clients/contributors/etc. to not only comment that something is accepted/tested, or not acceptable/reopen, but also directly perform such a change, so we can see the WP in the right right away.
### **Out of scope**
* When "Edit work packages" is checked:
* Automatically check and disable "Change work package status"
* Automatically check and disable "Add attachments"
* When "Edit work packages" is unchecked:
* Enable "Change work package status" but keep it checked
* Enable "Add attachments" but keep it checked