-
Bug
-
Resolution: Duplicate
-
P4
-
None
-
1.1.4
-
sparc
-
solaris_2.5
On win32, a setVisible() call causes a windowActivated() method to be called if the frame is registered as a windowListener. While on Solaris, windowActivated() is called only when the frame gains focus.
In HJ, the frame is registered as a listener for Window events and when windowActivated() is called, we want to set focus to the type-in textfield.
On windows, this caused severe problems when the frame was cloned and we moved focus back to the original frame. Both frames would continuously vie for focus locking up the browser windows. THis was beacuse on win32, a setVisible() call (which was made when the clone frame is created) turns around and calls windowActivated(). On solaris, windowActivated() was called only when the frame
received focus which seems like the correct thing to do.
In HJ, the frame is registered as a listener for Window events and when windowActivated() is called, we want to set focus to the type-in textfield.
On windows, this caused severe problems when the frame was cloned and we moved focus back to the original frame. Both frames would continuously vie for focus locking up the browser windows. THis was beacuse on win32, a setVisible() call (which was made when the clone frame is created) turns around and calls windowActivated(). On solaris, windowActivated() was called only when the frame
received focus which seems like the correct thing to do.
- duplicates
-
JDK-4369903 Focus on window activation does not work correctly
-
- Resolved
-