Submitted On 23-APR-2009
lbarowski
This happens if you click on any JFrame (doesn't have to be the parent of the modal dialog). As a workaround, any time a modal dialog is closed, for all frames in the application, if getAlwaysOnTop() returns false, do setAlwaysOnTop(true) followed by setAlwaysOnTop(false).
Submitted On 08-JUN-2009
alok_s
The suggested workaround is difficult for our application which is designed for multi-screen and has multiple frames opened at any one time. Can you please get an ETA for when this will be fixed? There is nothing obvious in the release note of jre 1.6 update 12 to suggest why it got broken. Can we have some clarity please?
Submitted On 07-SEP-2009
alok_s
Any further update on this? Why do we have call setAlwaysOnTop(true) and then setAlwaysOnTop(false)? In any case the getAlwaysOnTop() call returns false even for JFrame that is shown always on top.
Submitted On 13-OCT-2009
Tifosian
Thanks for the bug report..Always Reproducible !
Since getAlwaysOnTop() returns false(though frame is logically on top)..we need to call..
setAlwaysOnTop(true) followed by setAlwaysOnTop(false)
to ensure the old & newValues are not the same.
Regards,
Pavan
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|