<i18n dev> Turkish Time Zone name string and translation
martinrb at google.com
Sun Nov 17 21:49:52 UTC 2019
I've always wondered how the timezone-related translations are managed.
CLDR seems to be the master repository of such data, and projects like
OpenJDK are simply supposed to import that data.
But I looked at the CLDR sources, and there doesn't seem to be any "Turkey
Time" strings defined like there are for e.g. Turkmenistan.
Maybe that work never got done?
On Sat, Nov 16, 2019 at 6:44 AM <naoto.sato at oracle.com> wrote:
> Please go ahead and fix the issue in English resource. As to the
> translation, Oracle l10n will translate it in appropriate locales.
> On 11/15/19 5:56 PM, Yang, Letu wrote:
> > Hi Naoto
> > Thank you for the quick response! We will file a ticket later today.
> > Shall we make an effort on fixing and translating the strings, or you
> > prefer to take care of it at Oracle?
> > Letu
> > On Nov 15, 2019 4:29 PM, naoto.sato at oracle.com wrote:
> > Hi Letu,
> > Please file a JBS issue for this (component: core-libs, subcomponent:
> > java.util:i18n).
> > Naoto
> > On 11/15/19 3:19 PM, Yang, Letu wrote:
> >> Hi,
> >> We recently found an issue with the Time Zone name for
> “Europe/Istanbul” and "Asian/Istanbul". Since Turkey moved to their own
> Turkish Time (TRT) zone in 2016, although the tzdata had been updated, the
> Time Zone name string has not been updated yet:
> >> It still returns "Eastern European Time" for the
> TimeZone.getDisplayName call, which has a summer time while Turkish Time
> does not. An entry for TRT need to be added to this file, and assign to
> both "Europe/Istanbul" and "Asian/Istanbul". This also need to be updated
> for other locales. I can create a JBS issue for this, but I
> > am not sure whether we should fix this bug, or there is an existing
> > procedure for this kind of bug which requires language translation.
> >> Letu
More information about the i18n-dev