JDK-8169092 : tzmapping file is missing the Americas/Cancun label for "Mexico Eastern" timezone
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util:i18n
  • Affected Version: 8u111
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows
  • CPU: generic
  • Submitted: 2016-10-28
  • Updated: 2016-11-03
  • Resolved: 2016-11-03
Related Reports
Duplicate :  
JDK-8136356 - Add time zone mappings on Windows
Description
FULL PRODUCT VERSION :
jdk1.8_111, tzupdate v2.1

ADDITIONAL OS VERSION INFORMATION :
all Windows20*

A DESCRIPTION OF THE PROBLEM :
The background is the Mexican government added the cancun tz in 2015-Jan.
The Windows TZ updates for later in 2015 have the new TZ and show it as "Chetumal".
 The TZ changeset tzdata2015a for cancun was introduced in JDK8u45.
However, while the tzdb file has an Americas/Cancun TZ, the tzmapping file for mapping between Windows name style to Java, the tzmappings file omits it.



REGRESSION.  Last worked in version 8u111

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Install the a current 2016 Windows TZ update pack; reboot the windows system to have available tz detected.
Set system TZ to "Chetumal"

Run a Java program  (to be attached) to detect the current system time and print the current timezone. 

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
Americas/Cancun
ACTUAL -
GMT-5:00

REPRODUCIBILITY :
This bug can be reproduced always.
Comments
This one was fixed as JDK-8136356. The fix should be back ported.
03-11-2016
To reproduce the issue, set the Windows Timezone to (UTC-5:00) Chetumal and execute the attached test case: JDK 8u111 - Fail JDK 8u122-ea - Fail JDK 9-ea+141 - Pass Following is the output on JDK 8u versions: sun.util.calendar.ZoneInfo[id="GMT-05:00",offset=-18000000,dstSavings=0,useDaylight=false,transitions=0,lastRule=null] Following is the output on JDK 9ea versions: sun.util.calendar.ZoneInfo[id="America/Cancun",offset=-18000000,dstSavings=0,useDaylight=false,transitions=44,lastRule=null]
03-11-2016