Defect #24457

Progress of version should be calculated the same way as parent tasks

Added by C-O L over 2 years ago. Updated 9 days ago.

Status:NewStart date:
Priority:NormalDue date:
Assignee:Jean-Philippe Lang% Done:

0%

Category:Roadmap
Target version:4.1.0
Resolution: Affected version:

Description

The progress of a version should be calculated the same ways as the progress of parent tasks are calculated in #23511.

done_ratio_for_version.diff Magnifier (1.44 KB) C-O L, 2016-11-25 16:06

0001-Version-progress-should.patch Magnifier (2.74 KB) Marius BALTEANU, 2019-03-31 23:26


Related issues

Related to Redmine - Defect #23511: Progress of parent task should be calculated using total ... Closed
Related to Redmine - Defect #4682: Completed version with wrong progress bar status Confirmed 2010-01-28

History

#1 Updated by Toshi MARUYAMA over 2 years ago

  • Tracker changed from Defect to Feature
  • Description updated (diff)
  • Category set to Roadmap

#2 Updated by Toshi MARUYAMA over 2 years ago

  • Related to Defect #23511: Progress of parent task should be calculated using total estimated hours of children added

#3 Updated by C-O L over 2 years ago

The progress for version is not calculated correctly.
It only uses the estimated time for issues in the version so if mixing issues with an estimated time >0.0h and issues without an estimated time then the issues without an estimated time is not contributing to the progress at all.

It should also use the total_estimated_time instead of just estimated_time, this will make the progress correct if the parent is in the version but not the children.

I've attached a fix that shows what I had in mind.

#4 Updated by Toshi MARUYAMA over 2 years ago

  • Tracker changed from Feature to Defect

#6 Updated by C-O L over 2 years ago

I'll see if I can squeeze in some time for this in the near future.

#7 Updated by Marius BALTEANU 5 months ago

  • Assignee set to Marius BALTEANU

#8 Updated by Marius BALTEANU 5 months ago

  • Related to Defect #4682: Completed version with wrong progress bar status added

#9 Updated by Marius BALTEANU 5 months ago

I've updated the patch posted by C-O-L and added to it a test posted by Etienne some years ago to #4682. I can confirm that this patch fixes the related issue (#4682), but I'm not sure about the defect reported here.

From my point of view, we should take into account the total estimated hours (as the patch proposes), but I'm not sure that issues estimated at 0 hours should be treated in the same way as the issues without estimated hours.
Also, the patch generates quite a lot of queries.

I'm assigning this to 4.1.0 to clarify at least the expected behaviour. I think it could be an important fix.

Also available in: Atom PDF