<AWT Dev> [7u10] Review request for 6981400 Tabbing between textfield do not work properly when ALT+TAB

[Sergey Bylokhov]

Hi Anton,
Can you check your latest fixes in jdk8 by the 
SwingSet2.JOptionPaneDemo, please. New dialogs are non focused now.
Probably it is related to this one.

07.09.2012 13:57, Anton V. Tarasov wrote:
> Hi,
>
> Please review a fix for the CR:
>
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6981400
>
> Webrev:
>
> http://cr.openjdk.java.net/~ant/6981400.7u10/webrev.0/
>
> It's almost identical to the fix pushed to jdk8 recently. The only 
> small difference is here:
>
> http://cr.openjdk.java.net/~ant/6981400.7u10/webrev.0/src/macosx/classes/sun/lwawt/LWWindowPeer.java.sdiff.html 
>
>
> In the dispatchKeyEvent method, LWKeyboardFocusManagerPeer is 
> retrieved by passing an AppContext instance.
> In jdk8 LWKeyboardFocusManagerPeer was refactored (CR 7124375).
>
> Below I'm quoting the description of the fix for jdk8:
>
> <<The fix covers a number of issues and is an evaluated version of the 
> fix originally integrated into jdk6. The scenario which reproduces
> the referred problems looks pretty like the following:
>
> A frame with components. The first component is focused. In its 
> focusLost(..) listener it performs some lengthy operation.
> TAB key is pressed, say, 5 times. The first component loses focus, the 
> lengthy operation begins which freezes EDT for a while.
> At the same time, a user switches to some other window by Alt-TAB and 
> then switches back by another Alt-TAB. When the lengthy
> operation is done, the user expects focus to be transferred through 
> the components in order as if no toplevel switch has happened.
> Alternatively, the toplevel switch could be done by a mouse click in a 
> component of the other java toplevel and then by a click to the
> title of the original frame.
>
> This may cause the following unexpected results:
>
> 1) Focus doesn't go through all the 5 components (which 5 TABs should 
> result in) but stops on, say, the 3rd one.
> 2) Components are being transferred in wrong order, say 2, 3, 2, 4, 5, 
> 6 instead of 2, 3, 4, 5, 6.
> 3) A menu of the original frame eventually gets activated 
> (reproducible on MS Windows).>>
>
> More details can be found here:
>
> http://mail.openjdk.java.net/pipermail/awt-dev/2012-August/003421.html
>
> Thanks,
> Anton.


-- 
Best regards, Sergey.