| Other |
|---|
| 1.1.8 1.1.8Fixed |
|
Duplicate :
|
|
|
Duplicate :
|
|
|
Duplicate :
|
|
|
Duplicate :
|
|
|
Duplicate :
|
Name: eyC74480 Date: 06/24/98
This is from Oracle, a Java licensee.
The Oracle bug number is 675746.
This bug did NOT occur with JDK 1.1.4 and JDK1.1.5
but is happening with 1.1.6. Please consider this a
regression problem, and examine it ASAP.
To reproduce this problem, compile the following test program with javac and
run with appletviewer.
import java.applet.Applet;
import java.awt.Graphics;
import java.util.Locale;
import java.lang.System;
public class JavaLocTester extends Applet
{
public void paint(Graphics g)
{
Locale myLocale = Locale.getDefault();
g.drawString("Language: "+ myLocale.getLanguage(), 50, 20);
g.drawString("Country: "+ myLocale.getCountry(), 50, 40);
g.drawString("Variant: "+ myLocale.getVariant(), 50, 60);
g.drawString("toString: "+ myLocale.toString(), 50, 80);
g.drawString("Display Language: "+ myLocale.getDisplayLanguage(), 50, 120)
g.drawString("Display Country: "+ myLocale.getDisplayCountry(), 50, 140);
g.drawString("Display Variant: "+ myLocale.getDisplayVariant(), 50, 160);
}
}
This fails for Windows NT4 Regional Settings Arabic (U.A.E) and Korean. The
Arabic choice correctly returned the Arabic name from the LocaleElements_ar
resource bundle defining the display country translation) with JDK1.1.4FCS
and the Korean choice correctly returned Korean name from LocaleElements_ko
withy JDK1.1.4FCS. However, with JDK1.1.6 Korean and Arabic return KO and U
instead of the respective LocaleElelments country display name.
Other problem languages are:
Albanian
Arabic (all)
Bulgarian
Croatian
Czech
English (Belize)
English (Caribbean)
English (Jamaica)
English (South Africa)
English (Trinidad)
Estonian
Korean
Latvian
Lithuanian
Romanian
Slovak
Slovenian
Spanish (all other than Mexico, Modern Sort, and Traditional Sort)
Swedish (Finland)
(Review ID: 34153)
======================================================================
richard.gillam@eng 1998-08-13
Addendum: I believe that bug #4151933 has the same underlying cause as this problem. That bug complains that if the system default locale is Arabic (U.A.E.) and you do getCountry() on the default locale, you get back "U" instead of "AE". Must verify that the fix for the above problem also takes care of this.
|