how can a work item query show a task as resolved and unreso
![]()
I have a team area with a bunch of task work items (based on RTC 2.0.0.2
scrum template, I believe, but I'm not 100% sure). The "open assigned to me (current sprint)" is showing me an item that is in its terminal "done" state. So I created another query that has two clauses: Status is unresolved, and Status is resolved. When I run this query, it shows all the work items of this type. How can the work item match both the resolved and unresolved status queries? -- John Kohl Senior Software Engineer - Rational Software - IBM Software Group Littleton, Massachusetts, USA jtk@us.ibm.com <http> |
5 answers
![]()
Ralph Schoon (63.3k●3●36●46)
| answered May 04 '10, 4:14 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
John,
I would suspect the following...... In the process configration there are the sates of a work item plus three grouping elements. A state can be in exactly one of the groups: Open, In Progress, closed. This is used to group e.g. several states as closed. It is also used in the Planning and work item UI to decorate the work items (mark completed, greyed ot or striketrough). One example would be if you wanted separate states for closed,Duplicate and closed, Implemented. I queries you can select being in that group as well as an exact state. Open and in Progress are treated as "unresolved" closed as unresolved. In the query your selection means restrict to states that are qualifying for "resolved" or "unresolved" when selecting both check boxes in one clause. Having two clauses with an AND would probably result as empty. You need to make sure what you want to see. Outside of the dedicated workflow state list you can select the groups and inside the dedicated state. In a clause you accumulate the qualifying states. You can have several clauses and group them with conditions such as and. Ralph I have a team area with a bunch of task work items (based on RTC 2.0.0.2 |
![]()
So I'm still confused. The work items show up greyed out/overstruck in
the sprint plan, so that means something thinks they're in the "resolved" bucket. But then why does the query match that work item for both "resolved" and "unresolved". What is that selection in the query really doing? -- John Kohl Senior Software Engineer - Rational Software - IBM Software Group Littleton, Massachusetts, USA jtk@us.ibm.com <http> |
![]()
On 5/4/10 2:41 PM, John T. Kohl wrote:
So I'm still confused. The work items show up greyed out/overstruck in The work item only stores the state ID. If you assigned the same ID both to an open and a resolved state (e.g. in different workflows), the query will find both. -- Regards, Patrick Jazz Work Item Team |
![]() "Patrick" == Patrick Streule <patrick_streule> writes: Patrick> On 5/4/10 2:41 PM, John T. Kohl wrote: So I'm still confused. The work items show up greyed out/overstruck in Patrick> The work item only stores the state ID. If you assigned the same ID Patrick> both to an open and a resolved state (e.g. in different workflows), Patrick> the query will find both. Thanks, that looks like the case. In our process configuration XML, I found an unresolved state for one work item type is called "s3", and a resolved state in another work item type is also called "s3". So, we should rename one of those to a different name. When we do that, do we have to update all the work items of that type that were in the "s3" state? -- John Kohl Senior Software Engineer - Rational Software - IBM Software Group Littleton, Massachusetts, USA jtk@us.ibm.com <http> |
![]()
I seem to have the same problem as this. I've tried to change the id that I believe overlaps with a state that is unresolved but I haven't been successful yet. Within the workflow I'm having trouble with I changed the State group for closed to a different ID but then my Tasks changed from being 'Closed' to '3'. I created my own thread but no one has replied to yet. I hope maybe one of you can help. What were the actual changes you did to get Tasks to show up either in unresolved or resolved.
Thanks! ps, here is the link to my thread. https://jazz.net/forums/viewtopic.php?t=21170 |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.