Bundled App invocation of Splash Screen creates race condition with awt.FileDialog

[Anthony Petrov]

Hi Mike,

Since both SplashScreen and FileDialog are AWT objects, this looks like 
an AWT bug to me. Please submit it at http://bugs.sun.com/

BTW, are you sure you need a bundle for this? Would it be enough to 
specify the splash screen on the command line with `java -splash:<path>` ?

--
best regards,
Anthony

On 12/29/2012 0:38, niagarasoft20-macosxportdev at yahoo.com wrote:
> Hello,
> 
> I'm facing a problem when launching the awt.FileDialog to load a directory path. The problem is that when the FileDialog presents itself, the UI contents of the FileDialog's file system representation fails to update itself when clicking thru and navigating the directory structure. 
> 
> After considerable trial and error testing I found that the problem presented itself when invoking the splash screen at bundle launch using the AppBundler generated  info.plist key:
> 
> <key>JVMOptions</key>
> <array>
> <string>-splash:$APP_ROOT/Contents/Resources/ns_banner_ppl.jpg</string>
> </array>
> 
> I have posted the test code as well as two app bundles, one with JVMOptions splash key above present and one without so the behaviors can be easily observed. It can be downloaded and examined here:
> 
> http://www.niagarasoftware.com/bug_reports/FileDialogTest.zip 
> 
> Is this a bug with the OpenJDK distribution or with the launcher code?
> 
> Any feedback greatly appreciated.
> 
> Regards,
> Mike
>