Opened 13 years ago
Last modified 13 years ago
#10464 new enhancement
Option to specify status list which will be retargeted when closing milestone
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | unscheduled |
Component: | roadmap | Version: | 0.13dev |
Severity: | normal | Keywords: | |
Cc: | Branch: | ||
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
By default, only status "closed" retargeted.
Attachments (0)
Change History (3)
comment:1 by , 13 years ago
comment:2 by , 13 years ago
We have short week milestones for development planning inside one long milestone. And we have status like "returned to revision (rework)". It means that the tester found the small bug in implementation of this feature. We fix such bugs within the same ticket. We close week milestone on completion of the week. And at this moment the milestone may contain "returned to revision" ticket. But we don't want to retarget "returned to revision" tickets because developer implemented the main volume of work within this milestone.
comment:3 by , 13 years ago
Component: | general → roadmap |
---|---|
Milestone: | → unscheduled |
Version: | → 0.13dev |
One way to do this would be to make a patch adding an extension point for the method selecting the tickets to retarget and then implement a plugin for that extension point.
Another way would be to have a configurable query expression for selecting the tickets. Even if we don't have yet a very powerful query language for the tickets, that could be enough to address your current need (something like status!=closed&status!=rework
).
On the contrary: all tickets whose status is not
closed
are re-targeted. Which makes sense: tickets that have been closed against a milestone should remain closed against that milestone.So the question is: should we allow configuring the statuses for which tickets will not be re-targeted when closing a milestone. I always have a negative a priori against rarely used configuration options, but I'm open to discussion.