The JFileChooser seams to ignore/override permission settings on the current directory before enabling the newFolder action.

To reproduce:

1, Prepare a directory with a few files in it and set the directory permissions to drw-r--r-- (644). You should not have execution rights on the directory and you should not be able to view it contents using ls.

2, Uncompress and compile the attached code Filvaeljartest.java.Z, with 'uncompress Filvaeljartest.java.Z ; javac Filvaeljartest.java'.

3, Run the test example with 'java Filvaeljartest'. You will see a small window with a "Browse" button. Click the button and a file chooser shows up. Use it and try to enter the directory you created in step 1. This will work. Do a double click on one of the files or '..'. The file chooser will now close and think that the file you clicked on is selected. The filename is printed out in the shell where you started the application.


jonas.edberg@sweden 2000-06-19

From customer: "The problem is that JFileChooser crashes when you try to leave a directory where you have no exec permissions."

So the bug is that JFileChooser does not goes back to parent directory in a non-executable directory when click "..". Instead JFileChooser thinks ".." as a file named "..".

hao.dong@eng 2000-08-07