JDK-6572263 : PIT:FileDialog minimized to taskbar(through 'Show Desktop')selecting the fileDialog using windowList
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 7
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • OS: windows_xp
  • CPU: x86
  • Submitted: 2007-06-21
  • Updated: 2011-01-19
  • Resolved: 2009-05-06
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 7
7 b25Fixed
Related Reports
Relates :  
JDK-6503472 - REG: An extra icon is created on the window list (ALT+TAB list) for Native File Dialog, Win32
Relates :  
JDK-6571808 - REG: Modal-Blocked frame not restored when clicked on taskbar,after minimizing it using ShowDesktop
Description
I have Frame which is having a button. I am clicking on the button so that a file dialog is visible. I am minimizing the frame & filedialog using start + "D" button on windows keyboard. Then i press ALT + Tab to see the window list & select the "Java cup" icon . I see the file dialog is restored. I am pressing "Escape" key so that file dialog get disappear. Now i see the frame is minimized on both on the taskbar (which is correct) & above that taskbar ( above the start button ). I have attached the screen shot of the same.

Run the attached program. click on the button a file dialog is visible. Press "Start + "D" button. you can see Press ALT + TAB key & select the java icon. File dialog is visible press "Escape" key. Observe that frame is seen above the taskbar. If you see the same then the bug is reproduced.

This works fine in jdk7 b13. but it is seen only in the pit build. This must be regression of http://monaco.sfbay/detail.jsf?cr=6503472.  This is reproduced on windows platform only.
Comments
EVALUATION Using the WM_DISABLED style fixes the problem.
18-03-2008
EVALUATION I see two issues described in this change request. First, the parent frame is not restored when the dialog is disposed. This can be easily fixed by adding a check ::IsIconic and a call to ::ShowWindow(., SW_RESTORE) to AwtDialog::ModalPerformActivation. Second problem is that a blocked window is shown above the 'Start' button even it is minimized. This scenario may be reproduce with other tests, for example with SwingSet2. I have created a short native application (attached, VC 7.NET project) which is very close to what we have in AWT, it can be used to reproduce the same strange behavior. It seems Win32 can't handle some window (ex)style changes.
29-06-2007
EVALUATION It seems both 6571808 and this change request are caused by the fix for 6503472 and should be fixed together.
25-06-2007