Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-6274985

TimeZone.getDisplayName() should not rely on DateFormatSymbols.getZoneStrings()

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: P2 P2
    • 6
    • 6
    • core-libs
    • None
    • b48
    • generic
    • generic

      The TimeZoneNameProvider getDisplayName(...) is receiving locales that are only provided by the JRE. In my TimeZoneNameProvider implementation, I return a localized string when a call is made to getDisplayName(...) for locales en_US, en_US_XX and aa_BB in. When a call to getDisplayName(...) is made from my TimeZoneNameProviderTest for these locales, only the localized string for en_US_XX and aa_BB should be returned. However, getDisplayName(...) is only receiving a call with the locale being en_US, instead of en_US_XX and aa_BB.

      The nightly build that I used for running my tests is 2005-05-23.mustang/solaris-sparc. Attached is a copy of my pluggable locale tests(pluggableLocalesTest.tar). It is very easy to setup. Just untar it and follow the README.

      Please see the following files:
      src/pluggablelocales/lib/pseudolocales/TimeZoneNameProviderImpl.java
      src/pluggablelocales/lib/tests/TimeZoneNameProviderTest.java
      src/pluggablelocales/pseudolocales/pseudolocales1/...TimeZoneNameProviderImpl1.java
      src/pluggablelocales/tests/TimeZoneNameProviderTest1.java

      ###@###.### 2005-05-24 03:29:53 GMT

            naoto Naoto Sato
            sjchan Steven Chan (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Resolved:
              Imported:
              Indexed: