Feature #23610
closed
Reset status when copying issues
0%
Description
ATM, when copying an issue A to an issue B, the user can choose between 2 statuses :
- The status from A (which is selected by default)
- The default status of current tracker from B
But this can lead to problems :
- B may be in a status that the user can't interact with
- It allows user to skip parts of a workflow
- (Specific) This leads to unintended cases, which mess up things like external data exports or billing
They can manually change the status of B during the copy, but from my experience, they don't (the status is reset on about 10% of copied issues only)
This behaviour should be set in the Administration panel.
The patch is attached, and here's the corresponding commit : https://github.com/vincent-clipet/redmine/commit/45335d4e9e7d7d4aa89dbc282c52dc1b0368b116
It adds a configuration setting (reset_issue_status_on_copy). When checked, all copied issues statuses are forced to the default status of the current tracker.
This fixes :
#17576
#10601
#1551
#10348 (Partially)
#16230 (Partially)
Files
Related issues
Updated by Fernando Hartmann over 8 years ago
+1 this, and for, applying to the copied subtasks the same behavior.
Explaining, when copying a issue that has subtask, the reset status behavior should be applied tho the new subtask too.
Updated by Go MAEDA over 8 years ago
- Has duplicate Feature #17576: Ability to choose, in administration page, the behaviour of status during copying issues added
Updated by Toshi MARUYAMA over 8 years ago
- Related to Defect #10348: Wrong issue statuses assignment during issue copy added
Updated by Toshi MARUYAMA over 8 years ago
- Related to Feature #10460: Option to copy watchers when copying issues added
Updated by Jean-Philippe Lang over 7 years ago
- Subject changed from Add setting to reset an issue status when copying from another one to Reset status when copying issues
- Status changed from New to Closed
- Assignee set to Jean-Philippe Lang
- Resolution set to Fixed
Change done in r16451. Status is now reset when copying issues.
No setting was added, if you want to let user copy issues with their original status, it should be allowed by workflow transitions.
Updated by Go MAEDA over 7 years ago
- Related to Defect #21021: Copying a Redmine issue does not allow change of Status added