JDK-8027848 : ZoneInfoFile doesn't honor future GMT offset changes
- Type: Bug
- Component: core-libs
- Sub-Component: java.util:i18n
- Affected Version: 8
- Priority: P3
- Status: Resolved
- Resolution: Fixed
- OS: generic
- CPU: generic
- Submitted: 2013-11-05
- Updated: 2013-12-05
- Resolved: 2013-11-22
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
| JDK 8 |
|---|
8 b119Fixed  |
Related Reports
|
Blocks :
|
Description
The ZoneInfoFile class doesn't analyse if there is any GMT offset changes in
future. Currently, the 'getZoneInfo' method always creates the ZoneInfo with
willGMTOffsetChange equals to false.
This causes sun/util/calendar/zi/TestZoneInfo310.java test failure with new 2013h [1] timezone data :
America/Eirunepe : America/Eirunepe
offset=-18000000,dstSavings=0,useDaylight=false,transitions=35,offsets=4,checksum=-1671726781,gmtChanged=false
[NG]offset=-18000000,dstSavings=0,useDaylight=false,transitions=35,offsets=4,checksum=-1671726781,gmtChanged=true
----------System.err:(13/744)----------
java.lang.RuntimeException: FAILED: America/Eirunepe
[1] JDK-8027370
Comments
|