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

[Hohensee, Paul]

That was my conclusion.

Paul

On 1/15/20, 10:11 AM, "Andrew John Hughes" <gnu.andrew at redhat.com> wrote:

    
    
    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