Bug? RTC allows adding an unresolved child to a resolved parent.
We have configured the Operational Behavior for Save Work Item for "All Children resolved which says that "Requires that a work item can only be resolved if all of its children are resolved." And for the most part, it works great ...
- does not allow a parent to close with unresolved children
- can't do *anything* with a child that happens to have a resolved parent (for example, if the parent was resolved prior to having the rule added).
However, we have found a place where RTC allows a change that directly violates this.
If I have a Resolved work item, it seems that (in 4.0.0.1), I can ADD a link that would make a parent-child relationship so that the resolved work item PARENT now has an unresolved child. This should be not allowed because it puts these two work items into the specific scenario that is restricted by the pre-condition.
I believe this is a bug. Is this a known bug that there is a fix available for?
Susan
- does not allow a parent to close with unresolved children
- can't do *anything* with a child that happens to have a resolved parent (for example, if the parent was resolved prior to having the rule added).
However, we have found a place where RTC allows a change that directly violates this.
If I have a Resolved work item, it seems that (in 4.0.0.1), I can ADD a link that would make a parent-child relationship so that the resolved work item PARENT now has an unresolved child. This should be not allowed because it puts these two work items into the specific scenario that is restricted by the pre-condition.
I believe this is a bug. Is this a known bug that there is a fix available for?
Susan
One answer
Yes it would be a save work item advisor. You can probably the code from this follow up action to implement your use case: http://rsjazz.wordpress.com/2012/07/31/rtc-update-parent-duration-estimation-and-effort-participant/ please be aware that the code is for a participant/follow up action, you want an advisor. So you will have to implement a different interface, but the rest of the code is largely reusable.
Comments
Clement Liu
Jul 01 '13, 9:45 a.m.Susan Hanson
Jun 29 '13, 10:48 p.m.Clement Liu
Jun 30 '13, 9:10 a.m.