This project is read-only.


Bug in ProcessSprintBurndownForDay


There's a bug in this function (SprintBurndown.cs:207). When it counts up remaining work, it counts WIs that are in Done state -- I think it should exclude those. Sometimes (especially with the TFS build system) you can check in work against a work item without updating Remaining to 0. The WI gets closed by the build system and should be considered Done.... (and is marked Done by the process template adapter)
suggest modifying line to:
var teamWorkItems = workItems.Where(w => w.Team == s && w.State != WorkItemState.Done && w.State != WorkItemState.Deleted);
Closed Aug 18, 2011 at 12:36 AM by PombeirP


wrote Aug 18, 2011 at 12:36 AM

Resolved with changeset 69086.

PombeirP wrote Aug 18, 2011 at 12:37 AM

I guess I never came across that situation because our process template takes care of automatically setting remaining work to 0 if the status changes to Done or Deleted.

wrote Feb 14, 2013 at 3:17 AM

wrote May 16, 2013 at 8:57 AM