Review request for JDK-8016760: failure of regression test langtools/tools/javac/T6725036.java
jonathan.gibbons at oracle.com
Thu Jun 27 17:12:03 UTC 2013
Yes, I think that this is the correct approach.
On 06/27/2013 09:43 AM, Kumar Srinivasan wrote:
> If this is to be undone after the correct zip fix, why not add the
> @ignore for now ?
> and enable this when 8015666 is fixed correctly.
>> This is fine to be a workaround for the test case for now. It
>> probably will need to be
>> undo-ed after the propose change for #8015666 get integrated.
>> The proposal for #8015666 is to keep the "existing" behavior of
>> to return a LastModifiedTime converted from the zip entry's
>> ms-dos-formatted date/time
>> field by using the "default" timezone. A new pair
>> will be added to access the "real" UTC time stored in the zip entry,
>> if presents.
>> The API doc will be updated accordingly as well to explicitly explain
>> the source of the
>> date/time and the its timezone sensitive conversion.
>> On 06/25/2013 07:03 AM, Eric McCorkle wrote:
>>> Please review this simple patch which updates regression test
>>> langtools/tools/javac/T6725036.java to offset the time returned by
>>> JavaFileObject.getLastModified() with the local time to UTC delta.
>>> Please note that this patch is intended to address the test failures,
>>> and that I will be immediately opening a new bug to investigate and
>>> address deeper issues, and also to properly document the API.
>>> The webrev is here:
>>> The bug report is here:
More information about the core-libs-dev