"no work time left" & "Expected Work Hour
We are having a strange problem with Load and Progress bars in Planned Time and Developers Taskboard views in sprint plans in RTC.
1. Everything works fine on the main timeline.
2. In any other timeline the Load and Progress bars don't work - Load shows as 0 for each user with "no work time left" and progress shows the correct number of hours but shows "Expected Work Hours: 0", so if 15 hours of progress were made then it shows "+15".
3. If I open up a user from the Planned Time view BUT DON'T CHANGE ANYTHING, then click back to the Plan tab,suddenly the load bar for that person (but not others) corrects itself!
4. If I open up a user from the Developers Taskboard view and then click back to the Plan tab and click refresh, that user (but not others)suddenly displays the correct progress data!
5. This is cumulative, so I could correct all the bars by opening each user one at a time.
6. If I close the sprint plan tab and open it again, all progress and load bars that had corrected themselves by opening the users are reset back to the wrong thing.
This is odd behavior at best and likely a bug, though surprisingly I see no mention of it on the web, so perhaps I am just missing a timeline setting somewhere?
I have checked the following:
1. The team is set to the proper timeline.
2. The items in the plan are properly filed against the category associated with the proper team.
3. The plan is owned by the proper team.
4. The users are on the proper team and 100% allocated to it.
5. Tasks are executable items (not top level).
6. The correct sprint is marked as current, has an end date, and has time remaining.
7. Each other timeline has a sprint marked as current.
8. The problem appears to occur for plans on any timeline that is not the project timeline.
9. Clicked Refresh many times in both views.
10. The web UI shows the same wrong data (though you can't click the user to open it in the web UI).
Any ideas?
2.0.0.2 ifix5
1. Everything works fine on the main timeline.
2. In any other timeline the Load and Progress bars don't work - Load shows as 0 for each user with "no work time left" and progress shows the correct number of hours but shows "Expected Work Hours: 0", so if 15 hours of progress were made then it shows "+15".
3. If I open up a user from the Planned Time view BUT DON'T CHANGE ANYTHING, then click back to the Plan tab,
4. If I open up a user from the Developers Taskboard view and then click back to the Plan tab and click refresh, that user (but not others)
5. This is cumulative, so I could correct all the bars by opening each user one at a time.
6. If I close the sprint plan tab and open it again, all progress and load bars that had corrected themselves by opening the users are reset back to the wrong thing.
This is odd behavior at best and likely a bug, though surprisingly I see no mention of it on the web, so perhaps I am just missing a timeline setting somewhere?
I have checked the following:
1. The team is set to the proper timeline.
2. The items in the plan are properly filed against the category associated with the proper team.
3. The plan is owned by the proper team.
4. The users are on the proper team and 100% allocated to it.
5. Tasks are executable items (not top level).
6. The correct sprint is marked as current, has an end date, and has time remaining.
7. Each other timeline has a sprint marked as current.
8. The problem appears to occur for plans on any timeline that is not the project timeline.
9. Clicked Refresh many times in both views.
10. The web UI shows the same wrong data (though you can't click the user to open it in the web UI).
Any ideas?
2.0.0.2 ifix5
14 answers
Hi Mike,
I am not sure, where your issue is, but In all the cases I had something like that I had done a configuration error. Wrong plan type, wrong plan owner, wrong iteration (selected from the wrong timeline), time and date already passed, allocation. It might be really hard to spot. I had situation I or others would swear the setup was correct, but we found the issue eventually. I'd play around with it and also try different plan types. Interesting that it always does not work for the timelines that are not the project timeline. You sure you set the timeline for the teams to a different one than the inherited project timeline?
I am not sure, where your issue is, but In all the cases I had something like that I had done a configuration error. Wrong plan type, wrong plan owner, wrong iteration (selected from the wrong timeline), time and date already passed, allocation. It might be really hard to spot. I had situation I or others would swear the setup was correct, but we found the issue eventually. I'd play around with it and also try different plan types. Interesting that it always does not work for the timelines that are not the project timeline. You sure you set the timeline for the teams to a different one than the inherited project timeline?
Were it not for the weird spontaneous updating of the Load/Progress bar upon opening a user I would agree. There is definitely a bug here. Is the bug a poorly handled configuration error or is it just a bug? I can't think of anything to check (and double check) not already covered by my list (and your list).
Were it not for the weird spontaneous updating of the Load/Progress bar upon opening a user I would agree. There is definitely a bug here. Is the bug a poorly handled configuration error or is it just a bug? I can't think of anything to check (and double check) not already covered by my list (and your list).
I think it is too systematic to be a bug. It would have been reported. There are so many using the planning with multiple timelines.
Is there a difference in the Eclipse and web UI?
You could check the work items for RTC. I briefly checked, but did not run into something obvious. Only: https://jazz.net/jazz/web/projects/Rational%20Team%20Concert#action=com.ibm.team.workitem.viewWorkItem&id=133118
If you think it is a defect, you could create a work item. Please attach screen shots for the team,timeline,team association, categories and the plan configuration. If you do that, please subscribe me. I am interested in the outcome. Otherwise, if you create a document with those screenshots and send it to me, I would look at it provided I find the time.
I've been asked to explain how all the metrics that display in plans are calculated - what attributes are pulled into the calculatation. The kind of information that displays in the popup when I hover over a bar. Is this explained anywhere in detail?
Please post as a new topic. No one is going to find your question buried in this bug report.
Were it not for the weird spontaneous updating of the Load/Progress bar upon opening a user I would agree. There is definitely a bug here. Is the bug a poorly handled configuration error or is it just a bug? I can't think of anything to check (and double check) not already covered by my list (and your list).
Hi Mike,
I have set up an example project area and I don't have that effect. I basically can't reproduce it. I looked into your screen shots and they look OK as far as I can say. I'd suggest to create a work item to look at it. It might still be a configuration or data issue, but from what I see I can't point to where it is.
I guess someone would have to look into your setup really in-depth or find out if it is a bug.
Hi Mike,
tried in 2.0.0.2 ifix6 and i can not reproduce it. The disturbing thing about your screenshot is, that for the user the time assigned in the load bar shows 0 hours assigned to the timeline/iteration and after opening it basically 8 hours are changing from one timeline to the other. That is very odd.
tried in 2.0.0.2 ifix6 and i can not reproduce it. The disturbing thing about your screenshot is, that for the user the time assigned in the load bar shows 0 hours assigned to the timeline/iteration and after opening it basically 8 hours are changing from one timeline to the other. That is very odd.
page 1of 1 pagesof 2 pages