RFR (S) 8234288: Turkey Time Zone returns incorrect time zone name

[Andrew John Hughes]

On 15/01/2020 16:12, Hohensee, Paul wrote:
> That's the correct test. This is with the patch, right? I pushed it before I saw this, so it'd be great if you could do a build and run it.
> 
> Perhaps it fails on my host due to a configuration issue. Here's the output both before and after the patch.
> 
> Mismatch in FormatData/zh_HK/MonthNames/0:
>   file = "\\u4e00\\u6708"
>    jvm = "January"
> Mismatch in FormatData/zh_HK/MonthNames/1:
>   file = "\\u4e8c\\u6708"
>    jvm = "February"
> Mismatch in FormatData/zh_HK/MonthNames/2:
>   file = "\\u4e09\\u6708"
>    jvm = "March"
> Mismatch in FormatData/zh_HK/MonthNames/3:
>   file = "\\u56db\\u6708"
>    jvm = "April"
> Mismatch in FormatData/zh_HK/DayNames/0:
>   file = "\\u661f\\u671f\\u65e5"
>    jvm = "Sunday"
> Mismatch in FormatData/zh_HK/DayNames/1:
>   file = "\\u661f\\u671f\\u4e00"
>    jvm = "Monday"
> Mismatch in FormatData/zh_HK/DayNames/2:
>   file = "\\u661f\\u671f\\u4e8c"
>    jvm = "Tuesday"
> Test failed.  7 errors.
> 
> Thanks,
> Paul
> 

No, that was with my local build of 8u242-b07. I'll do a build of 8u-dev
shortly and try there.

The output suggests it isn't doing translation for zh_HK. I don't see
how your patch would affect that either way, for what it's worth.

Thanks,
-- 
Andrew :)

Senior Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)

PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
Fingerprint = 5132 579D D154 0ED2 3E04  C5A0 CFDA 0F9B 3596 4222
https://keybase.io/gnu_andrew