FileDialog is set with a file name already through setFile() method call. I am opening the file dialog and navigating through the directories listed. I am selecting one of the files and without clicking 'OK', I am closing the dialog using 'close' button on the top-right corner of the dialog(GNOME) or using the 'close' option in the menu (CDE). I expect the selection to be cancelled and I expect getDirectory() and getFile() to return null values respectively. But FileDialog returns the currently highlighted dir for getDirectory() and the programmatically specified file name for getFile(). This is incorrect. Closing the dialog is currently treated equivalent to clicking OK. All the selections must be nullified when closing the dialog without pressing OK.

This is reproducible on XToolkit since Tiger. On Motif, getFile() behaves incorrectly but getDirectory() behaves properly. On Win32, getDir() as well as getFile() returns null when closing the dialog.

I have attached a sample test. Execute the sample test. Click one of the buttons shown on the frame. Navigate through some folder and click on a file name. Press the close button on the top-right corner or select the close option from the menu (which comes up by pressing ALT+SPACE). If you don't see 'null/null' message on the console, the bug is reproduced.
###@###.### 2005-04-25 13:36:35 GMT