Option not to block closing a parent issue when it has open subtask(s)
I saw that: r16108.
But actually, it could be great to be able to close a parent task.
Is it possible to allow this in the "configuration" of Redmine? For example:
"Allow a parent tracker to be closed even if the sub-task aren't: YES/NO".
#9 Updated by Go MAEDA about 1 year ago
Toshi MARUYAMA wrote:
This is patch.
Thank you for writing the patch. The feature is beneficial for some users.
But I think it is better to change the setting name because "Close parent issue when its subtask is open" looks like a setting to automatically close parent issues.
The following is my idea. Comments are welcome:
- "Allow closing parent issue which has open subtasks"
- "Allow closing parent issue whose subtasks are open"
#14 Updated by Toshi MARUYAMA about 1 year ago
Hinako Tajima wrote:
Toshi MARUYAMA, thank you for your contribution to writing the patch.
I agree with Go MAEDA to change the setting name to "Allow closing parent issue whose subtasks are open".
This is new patch.
#19 Updated by Mischa The Evil 11 months ago
- Subject changed from Option not to block closing a parent issue when its subtask is open to Option not to block closing a parent issue when it has open subtask(s)
Regarding this feature: I tend to agree with Mitsuyoshi Kawabata that I'm not seeing clear use-cases where it is logical to have closed parent issues with open subtasks. I'd like some more feedback on this matter.
Though, if the decision is made to add this configuration option nevertheless, I'd propose the following T9N for the string
setting_close_parent_issue_whose_subtasks_are_open: "Allow closed parent issues with open subtasks" and a similar I18n string and setting name.
#23 Updated by Felix Schäfer 5 months ago
Some not-so-quick notes from Planio regarding this issue: r16108 was a breaking change for our existing users, some of which depended on and had built workflows around being able to have closed parent issues with open child issues. To alleviate this issue for existing users we have back ported the diff attached to this issue and enabled the setting to restore the "old" behaviour for existing users. New users will use the new behaviour by default.
We understand the need to make breaking changes sometimes, though having a setting would make that less breaking of a change for us: We could then set existing users to use the before breaking change behaviour and new users with the after breaking change behaviour.
We have discussed this matter internally in addition to already reading what has been discussed here. We also currently have no use-case for open subissues with closed parent issues, but this does not mean it is not a valid use-case. Several Planio users were impacted when we introduced this change on Planio.
We think Redmine is a very capable, malleable and configurable system and would like to contribute to keep it that way. Redmine does not impose certain types of trackers (you can configure more than just "Bug", "Feature" and "Support"), can be configured with arbitrary statuses and workflows in those statuses, Redmine can even have custom fields for issues and other things. We feel it is antithetical to the configurability of Redmine to not have a setting for this.
While thinking about this we also had an idea that might help assuage some concerns regarding this setting. We think adding this setting to trackers instead of a global setting could allow for more rich configurations and workflows in Redmine. You could then configure trackers to allow or to not allow closing when there are open subissues and vice-versa. Maybe the "inverse" setting would also be helpful: automatically closing parent issues with a certain tracker when all subissues are closed.
Thank you for reading and thank you for your work and care with Redmine.