Defect #14118
closedWhen creating a subtask, the priority of the main defect might be changed unwillingly
0%
Description
When creating a subtask, the priority of the main defect might be changed unwillingly. Suppose the main defect has priority "Blocker" (the highest one). Now when I create a subitem for it with priority "Normal", the priority of the main defect is changed to "Normal" too.
I think this is not ideal for two reaons: First the chosen priority might not be the one you want, yet the main priority gets overwritten without any user notice (it does not even appear in the history) and therefore invalidation report data by mistake. The user should at least be queried/notified, or only "Blocker" should be chosable to the subitem.
Second it does not seem very pratical to me. This mechanism assumes that the sum of the subitems equals the whole main item which might not always be the case. You can have a main item with a high priority that has a sub item with a lower one as the sub item is only one possible part of the solution of the main one. And if that assumption that subitems constitute the main item is seen as correct by the developers, than it's questionable as to why changes to the status of the subitems don't automatically set the status of the main item. To me it seems that this is inconsistent behaviour.
Related issues
Updated by Mischa The Evil over 11 years ago
Joachim Steffenhagen wrote:
When creating a subtask, the priority of the main defect might be changed unwillingly. Suppose the main defect has priority "Blocker" (the highest one). Now when I create a subitem for it with priority "Normal", the priority of the main defect is changed to "Normal" too.
Second it does not seem very pratical to me. This mechanism assumes that the sum of the subitems equals the whole main item which might not always be the case. You can have a main item with a high priority that has a sub item with a lower one as the sub item is only one possible part of the solution of the main one. And if that assumption that subitems constitute the main item is seen as correct by the developers, than it's questionable as to why changes to the status of the subitems don't automatically set the status of the main item. To me it seems that this is inconsistent behaviour.
See #5490.
Updated by Mischa The Evil over 11 years ago
- Status changed from New to Closed
- Resolution set to Duplicate
Closing as duplicate.