-
Bug
-
Resolution: Duplicate
-
P3
-
7
-
generic
-
os_x
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-2223190 | 7u6 | Leonid Romanov | P3 | Closed | Duplicate |
http://java.net/jira/browse/MACOSX_PORT-755 submitted 2011/11/30 by Yuri Nesterenko
Run the attached test file. It has this peculiarity: a first of four JTextFields has a FocusLost listener idling for some 5 seconds. Oh, and second of the fields does requestFocus() in it's own focus listener on focusGained(), I'm sorry.
An original bug against generic JDK 6 was this: press Tab 3 times then immediately press Alt+Tab (Meta+Tab on Mac) twice, to switch to another application and back. Without that last two keystrokes, keyboard focus would be in the last JTextField; with 2 switches, it will only be in the 3-rd one. This is behavior of all JDK6 and 7 including Apple JDK 6. This is fixed in 6u30, and the fix will eventually find a way here.
Now, in this port you don't need to switch anywhere. Just press Tab 3 times, wait, and focus will jump 2 times only. Coalescing?
Run the attached test file. It has this peculiarity: a first of four JTextFields has a FocusLost listener idling for some 5 seconds. Oh, and second of the fields does requestFocus() in it's own focus listener on focusGained(), I'm sorry.
An original bug against generic JDK 6 was this: press Tab 3 times then immediately press Alt+Tab (Meta+Tab on Mac) twice, to switch to another application and back. Without that last two keystrokes, keyboard focus would be in the last JTextField; with 2 switches, it will only be in the 3-rd one. This is behavior of all JDK6 and 7 including Apple JDK 6. This is fixed in 6u30, and the fix will eventually find a way here.
Now, in this port you don't need to switch anywhere. Just press Tab 3 times, wait, and focus will jump 2 times only. Coalescing?
- backported by
-
JDK-2223190 [macosx] Oracle Form-like multitab focus issue aggravated
-
- Closed
-
- duplicates
-
-
- Closed
-