Feature #23610

Reset status when copying issues

Added by Vincent C. 11 months ago. Updated 4 months ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:Jean-Philippe Lang% Done:

0%

Category:Issues
Target version:3.4.0
Resolution:Fixed

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)


Related issues

Related to Redmine - Defect #10348: Wrong issue statuses assignment during issue copy Closed
Related to Redmine - Feature #10460: Option to copy watchers when copying issues Closed
Related to Redmine - Defect #21021: Copying a Redmine issue does not allow change of Status Closed
Duplicated by Redmine - Feature #17576: Ability to choose, in administration page, the behaviour ... Closed 2008-06-30

Associated revisions

Revision 16451
Added by Jean-Philippe Lang 4 months ago

Reset status when copying issues (#23610).

History

#1 Updated by Jean-Philippe Lang 11 months ago

  • Target version set to 3.4.0

#2 Updated by Fernando Hartmann 11 months 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.

#3 Updated by Go MAEDA 11 months ago

  • Duplicated by Feature #17576: Ability to choose, in administration page, the behaviour of status during copying issues added

#4 Updated by Go MAEDA 11 months ago

  • Description updated (diff)

#5 Updated by Toshi MARUYAMA 11 months ago

  • Related to Defect #10348: Wrong issue statuses assignment during issue copy added

#6 Updated by Toshi MARUYAMA 11 months ago

  • Related to Feature #10460: Option to copy watchers when copying issues added

#7 Updated by Jean-Philippe Lang 4 months 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.

#8 Updated by Go MAEDA about 1 month ago

  • Related to Defect #21021: Copying a Redmine issue does not allow change of Status added

Also available in: Atom PDF