Name: jl125535 Date: 05/12/2004


FULL PRODUCT VERSION :
java version "1.5.0-beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-beta-b32c)
Java HotSpot(TM) Client VM (build 1.5.0-beta-b32c, mixed mode)

java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-b28)
Java HotSpot(TM) Client VM (build 1.4.2-b28, mixed mode)

ADDITIONAL OS VERSION INFORMATION :
Microsoft Windows 2000 [Version 5.00.2195]


A DESCRIPTION OF THE PROBLEM :
JFileChooser is not localized to English locale if OS default locale is a different one (de_DE in my case) WITHOUT setting JAVA default locale.

I've read about all the confusions about ResourceBundle lookup strategy and its parent ancestry. The following cite from the evaluation of Bug-ID 4624486:

"There are two different lookups involved here: first, the lookup of a resource
bundle, second, the lookup of a specific resource from the resource bundle
found in the first step. In the resource bundle lookup, the default locale is
taken into consideration, so that, if the fr_FR resource bundle didn't exist,
and the test is run in the en_US locale, the en_US resource bundle is returned.
In the resource lookup, however, the chain formed by the parent fields of the
resource bundles involved is used, and the normal construction of this chain
goes from the specific bundle loaded to the base bundle, with no consideration
of the default locale."

cleared things up to me (besides: this should be explained in the specification!).

So, if this is the ultimate answer to the ResourceBundle lookup algorithm(s) confusion, I guess the JFC is missing an English:

com/sun/java/swing/plaf/[PLAF]/resources/[PLAF]_en.java

ResourceBundle to build up a correct bundle sequence!
An empty one will do, as we already know ... (base bundle already English, which is the standard design, I guess).


STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
1. Go to Control Panels -> Regional and Language Settings.
2. Switch the locale to "German (Germany)".
3. Run the given test case.
   A sequence of three file choosers will appear. Click the
   equivalent of Close for each.

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
Displayed localized dialogs:

1st FRENCH
2nd ENGLSH
3rd ITALIAN
ACTUAL -
Displayed localized dialogs:

1st FRENCH
2nd GERMAN !!! (via OS def. locale?!)
3rd ITALIAN

REPRODUCIBILITY :
This bug can be reproduced always.

---------- BEGIN SOURCE ----------
import java.util.Locale;
import javax.swing.JFileChooser;

public class Test
 {
   public static void main(String args[])
   {
     JFileChooser fileChooser = new JFileChooser();
     Locale locale;

     locale = new Locale("fr");
     fileChooser.setLocale(locale);
     fileChooser.updateUI();

     System.out.println("fileChooserLocale: " +
         fileChooser.getLocale().toString());;
     fileChooser.showOpenDialog(null);

     locale = new Locale("en");
     fileChooser.setLocale(locale);
     fileChooser.updateUI();

     System.out.println("fileChooserLocale: " +
         fileChooser.getLocale().toString());;
     fileChooser.showOpenDialog(null);

     locale = new Locale("it");
     fileChooser.setLocale(locale);
     fileChooser.updateUI();

     System.out.println("fileChooserLocale: " +
         fileChooser.getLocale().toString());;
     fileChooser.showOpenDialog(null);
   }
}

---------- END SOURCE ----------

CUSTOMER SUBMITTED WORKAROUND :
Set the JAVA default locale, but that seems not really desirable to me.
(Incident Review ID: 260941)
======================================================================