Re: svn commit: r911182 - /ofbiz/trunk/framework/base/src/org/ofbiz/base/util/test/TimeDurationTests.java

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: svn commit: r911182 - /ofbiz/trunk/framework/base/src/org/ofbiz/base/util/test/TimeDurationTests.java

Adam Heath-2
[hidden email] wrote:
> Author: adrianc
> Date: Wed Feb 17 21:40:41 2010
> New Revision: 911182
>
> URL: http://svn.apache.org/viewvc?rev=911182&view=rev
> Log:
> Added a test for TimeDuration pre-epoch elapsed time, plus added SVN properties.

I was just talking to Ean that there needed to be a test for your fix.
  Have you verified that the test case breaks before you added your fix?

Reply | Threaded
Open this post in threaded view
|

Re: svn commit: r911182 - /ofbiz/trunk/framework/base/src/org/ofbiz/base/util/test/TimeDurationTests.java

Adrian Crum
Adam Heath wrote:

> [hidden email] wrote:
>> Author: adrianc
>> Date: Wed Feb 17 21:40:41 2010
>> New Revision: 911182
>>
>> URL: http://svn.apache.org/viewvc?rev=911182&view=rev
>> Log:
>> Added a test for TimeDuration pre-epoch elapsed time, plus added SVN properties.
>
> I was just talking to Ean that there needed to be a test for your fix.
>   Have you verified that the test case breaks before you added your fix?

No. The original code assumed both millisecond values were positive, so
it was a pretty safe assumption that it would break with negative numbers.

Reply | Threaded
Open this post in threaded view
|

Re: svn commit: r911182 - /ofbiz/trunk/framework/base/src/org/ofbiz/base/util/test/TimeDurationTests.java

Adam Heath-2
Adrian Crum wrote:

> Adam Heath wrote:
>> [hidden email] wrote:
>>> Author: adrianc
>>> Date: Wed Feb 17 21:40:41 2010
>>> New Revision: 911182
>>>
>>> URL: http://svn.apache.org/viewvc?rev=911182&view=rev
>>> Log:
>>> Added a test for TimeDuration pre-epoch elapsed time, plus added SVN
>>> properties.
>>
>> I was just talking to Ean that there needed to be a test for your fix.
>>   Have you verified that the test case breaks before you added your fix?
>
> No. The original code assumed both millisecond values were positive, so
> it was a pretty safe assumption that it would break with negative numbers.

Ok, I'll add it to my list of things to try.