JDK-8181157 : CLDR Timezone name fallback implementation
  • Type: Enhancement
  • Component: core-libs
  • Sub-Component: java.util:i18n
  • Affected Version: 9
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2017-05-26
  • Updated: 2020-06-10
  • Resolved: 2018-04-26
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.
JDK 11
11 b12Fixed
Related Reports
Blocks :  
JDK-8180591 - Timezone displayname is incorrect for some Timezone ID
Relates :  
JDK-8220037 - Inconsistencies of generated timezone files between Windows and Linux
Relates :  
JDK-8208274 - Timezone display names should match of a timezone and its alias name.
Relates :  
JDK-8206980 - DateTimeFormatter throws parsing a valid string depending on the locale
Relates :  
JDK-8234347 - "Turkey" meta time zone does not generate composed localized names
Relates :  
JDK-8226704 - DateTimeFormatter.parse throws exception after tzdata updates
Description
LDML defines fallback for time zone names if one is not defined in a particular locale/style.

http://www.unicode.org/reports/tr35/tr35-dates.html#Time_Zone_Names

Currently the converter tool supplements missing names from COMPAT's base bundle, which needs to be replaced with the above fallback logic.