This Question is Answered

2 "helpful" answers available (2 pts)
3 Replies Last post: Aug 22, 2008 9:19 AM by Stephano  
pmccarthy   2 posts since
Jul 29, 2008
Currently Being Moderated

Jul 29, 2008 11:19 AM

Estimated Hours in Defects Not Saving Decimal Values

 

A couple of my users have pointed out this apparent bug to me, and I've also been able to reproduce it myself. This happens in both versions 2.2.3 and 2.3.4.

 

 

When attempting to edit the estimated number of hours to resolve a defect, Contour will seemingly accept decimal values (e.g., 2.5) without giving any sort of error, but after saving and reopening the defect, the estimate value did not actually get saved. If I instead use a regular integer value (e.g., 3), the estimate does get saved.

 

 

Having Contour accept "invalid" entries to a field without giving an error and then throwing the data away is potentially a big problem if the users don't notice that their changes were not actually accepted and saved.

 

 

Is this a known issue? Is there a fix available?

 

 

Stephano   126 posts since
Jan 14, 2008
Currently Being Moderated
1. Jul 30, 2008 5:30 AM in response to: pmccarthy
Re: Estimated Hours in Defects Not Saving Decimal Values

This is a known issue.  We'll be making this a decimal value and validating it properly.  It currently only takes positive whole numbers.  Look for this fix in 2.4, which is planned to be released in the next 2 weeks.

Stephano   126 posts since
Jan 14, 2008
Currently Being Moderated
3. Aug 22, 2008 9:20 AM in response to: pmccarthy
Re: Estimated Hours in Defects Not Saving Decimal Values

In version 2.4, estimated hours will no longer take decimals.  Validation checks to be sure the number is a positive whole number.  Changing this to an actual time value will take some time (no pun intended), but it is under consideration.

More Like This

  • Retrieving data ...