CONVERTED DATA

BugTraq+ Release Management Values

COMMIT TO FIX:
1.4.2_06
generic
tiger-rc

FIXED IN:
1.4.2_06
tiger-rc

INTEGRATED IN:
1.4.2_06
tiger-b58
tiger-rc

VERIFIED IN:
1.4.2_06


                                     

EVALUATION

The problem is coming from awt's modal dialog implementation on win32. 

Awt's bug # is: 
	4255200 : modal dialog should come to the front
See more info. for additional bugs related to this awt bug.

Now in webstart, we took a workarounded fix. The problem is that majority of the
dialogs in webstart are modal and can go behind  the application window. Once
the dialog is behind the app. window, it's almost not possible to interact with
the  app.window or with the dialog (since it's now behind the app.window).  
User can not even minimize the app. window. 

A suggested fix is to have a owner for the modal dialog that's stemming from
java webstart manager. Once there is owner for a modal dialog, as per awt's
modality implementation, the modal dialog can be brought back to the front by either clicking on the app.window or the app. icon on the task bar of win32.
(Here the suggested parent/owner for dialog, is one of the applications windows)

###@###.### 2004-06-11

can be fixed for all modal dialogs on windows:
If showing a modal dialog on windows w/o an owner, create a small frame (off screen) with the same title, and make it the owner of the dialog.
Show the frame before showing the modal dialog, and dispose it after.
###@###.### 2004-06-16
                                     

SUGGESTED FIX

Have a owner to the dialog that's being generated for Trust certificate
-----
use a dummy owner offscreen on windows:
http://web-east.east/~ah22606/webrevs/2004/webrev-5062078/
###@###.### 2004-06-16
                                     

WORK AROUND

The workaround is to click on the icon bar of another application, ie. javaws.exe, then minimize it, then the modal dialog will reappear on top of the main application frame. 

###@###.### 2004-06-15