<Swing Dev> Review request for JDK-6288609 JInternalFrame.setDefaultCloseOperation() interferes with "close" behavior
Alexander Scherbatiy
alexandr.scherbatiy at oracle.com
Fri Nov 6 14:11:29 UTC 2015
On 10/29/2015 10:41 AM, Rajeev Chamyal wrote:
>
> Hello All,
>
> Please review the following fix for Jdk9:
>
> *Bug*:https://bugs.openjdk.java.net/browse/JDK-6288609
>
> *Webrev*:http://cr.openjdk.java.net/~rchamyal/6288609/webrev.00/
> <http://cr.openjdk.java.net/%7Erchamyal/6288609/webrev.00/>
>
> *Issue*: On disposing the Top level JInternalFrame focus is not
> shifting to the JInternalFrame below it.
>
> *Cause*: Dispose method is changing the selection of currently closing
> frame and then it calls the DefaultDeskTopManager:closeFrame which
>
> finds the JInternalFrame below the closing frame based on selection of
> the closing frame and then shifts the focus to frame below it.
>
> Since selection is already changed by dispose method
> DefaultDeskTopManager:closeFrame is unable to find reference to
> previous frame.
>
> *Fix*: Removed the selection change code from Dispose method.
Are there any cases that the JInternalFrame is still selected after
the IS_CLOSED_PROPERTY is fired in the dispose() method so it is still
necessary to set the selection to false?
Thanks,
Alexandr.
>
> Regards,
> Rajeev Chamyal
More information about the swing-dev
mailing list