JDK-4977351 : Iconifying and restoring the frame on consecutive calls does not work on Solaris
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 6
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • OS: solaris_9
  • CPU: sparc
  • Submitted: 2004-01-13
  • Updated: 2007-08-14
  • Resolved: 2007-08-14
Related Reports
Duplicate :  
JDK-6234439 - Ambigious spec for Frame.setExtendedState()
Relates :  
JDK-5109571 - REGRESSION: JDialog.setVisible(false) not honoured
Description
I am setting the window state to iconified and restoring it back to NORMAL, after checking whether they are supported.

On solaris, there is some synchronization issue where the frame never comes up when ICONIFIED and NORMAL states are set on the consecutive calls. When I give a sleep(100) in between the 2 setExtendedState() calls, it works fine. This is noticed on Solaris right from JDK1.4. On Win32 it works fine. I believe there is some delay in setting the 'ICONIFIED' state before which setExtendedState(NORMAL) gets executed. So frame remains iconified for ever. 

I have attached the testcase. Execute the testcase on Solaris. The frame has to get iconified and restored back to NORMAL. If you notice the frame being iconified for ever, the bug is reproduced. 

I tested this on Solaris_9 with CDE.
Comments
EVALUATION The CR was fixed as part of the CR 6234439.
14-08-2007
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mustang
17-09-2004
EVALUATION Name: osR10079 Date: 01/14/2004 The reported behavior is correct. The problem is that state changing is asynhronous process, so state doesn't change just after setExtendedState(Frame.ICONIFIED) returns. And it's still NORMAL when we call setExtendedState(Frame.NORMAL), thus this call does nothing. On Windows, test works as submitter expects because native system reports about state change faster then on Solaris. So, as I said, there are no bugs in API. But, perhaps, we should clarify documentation for this method. ###@###.### Jan 14, 2004 ====================================================================== ###@###.### 2005-06-23 15:13:31 GMT
17-09-2004