CR 6899850 Updated, jeff.dinkins now responsible manager, P4 java/classes_util TESTBUG: DateRegression fails with "Date hashCode misbehaves"

[Naoto Sato]

Looks good to me too.

Naoto

On 2012/08/20 1:47, Chris Hegarty wrote:
> Eric,
>
> The changes look fine to me. You can list me as reviewer, but Naoto and
> Alan may also want to take a quick look.
>
> -Chris.
>
> On 20/08/12 09:18, Eric Wang wrote:
>> Hi Alan,
>>
>> Please review the code changes
>> http://dl.dropbox.com/u/90659131/fixes/6899850/webrev/java/util/Date/DateRegression.java.udiff.html
>>
>>
>> As described in monaco, this bug is caused by wrong assumption that
>> precision of Date is second instead of millionsecond.
>> If you think OK, I'll send a formal request. This is a closed test,
>> which group can review it?
>>
>> Regards,
>> Eric
>>
>> On 2012/8/18 15:22, Alan Bateman wrote:
>>>
>>> Eric - is this a test bug that could be added to your list? It seems
>>> the chances of running into this issue is very low but intermittent
>>> failures are killing us then maybe we should just fix this while it is
>>> fresh in our minds.
>>>
>>> (Naoto - I should explain that Eric Wang is in the SQE team and has
>>> been spending some time on fixing several of our regression tests that
>>> we excluded, by putting down on ProblemList).
>>>
>>> -Alan
>>>
>>>
>>> On 16/08/2012 18:11, Alan Bateman wrote:
>>>> On 16/08/2012 18:06, Naoto Sato wrote:
>>>>> Hi Alan,
>>>>>
>>>>> Not directly related to this bug, but I am just curious. I've been
>>>>> running JPRT jdk8 jobs with "-testset core" option, but have never
>>>>> seen this failure. Is the setting for TL nightly build different
>>>>> from JPRT's?
>>>>>
>>>>> Naoto
>>>>>
>>>> TL nightly runs the tests the same way as JPRT. I don't think we've
>>>> seen it fail before, I guess we just got lucky.
>>>>
>>>> -Alan
>>>>
>>>
>>