JDK-6491273 : Print and Page dialogs are shown in the taskbar, on Windows
  • Type: Bug
  • Component: client-libs
  • Sub-Component: 2d
  • Affected Version: 6
  • Priority: P4
  • Status: Closed
  • Resolution: Fixed
  • OS: windows
  • CPU: x86
  • Submitted: 2006-11-08
  • Updated: 2011-03-08
  • Resolved: 2011-03-08
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 6 JDK 7
6u14Fixed 7 b08Fixed
Related Reports
Relates :  
Relates :  
Relates :  
Description
In the current 6.0 build (rc) all the common Java dialogs, except file, print and page dialogs, follow the rule: the dialog is shown in the windows taskbar only if it is parentless. The situation with file, print and page dialogs is a bit different.

File dialogs are shown in the taskbar regardless of their parents. This is what AWT bug 6488834 is about. After the fix for 6488834 all the file dialogs will follow the same rule as all the rest dialogs, i. e. the will not be shown in the taskbar if their parent is not null.

Print and Page dialogs (bot native and Java) are always shown in the taskbar too, but the fix for 6488834 can't fix this problem as the problem lies in Java2D code, not in AWT. After the fix for 6302514 print and page dialogs are always created with a null parent, which is not completely right. I beleive if a parent is specified for a print dialog (this cannot be appliet to page dialogs) then it shouldn't be visible in the taskbar. At the same time the fix for 6402514 must not be broken: if a print dialog is created with a null parent and some toolkit-modal dialog is visible, then the print dialog should be blocked. However, if this toolkit-modal dialog is passed as a parent for a print dialog, then the print dialog should remain alive and block the toolkit-modal dialog.

Also, it would be fine to have an API to provide a parent for Page dialogs like it is possible for Print dialogs with getPrintJob method in java.awt.Toolkit class. This parent then can be used to determine if the page dialog should appear in the taskbar or not.

Comments
EVALUATION java.awt.Toolkit.getPrintJob not passing a parent frame to print dialog is a regression in 1.5 when we did some work on print dialog. This is what will be addressed in this bug. The other issue mentioned that we should not have a null parent for PrinterJob's print and page dialog requires new API.
17-01-2007