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.
|