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?
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.
Thank you for the response. Glad to know that it will be patched up soon.
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.
