JDK-4645035 : Print dlg doesn't respond to mouse events when viewer launched via modal dlg
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 3.0,1.4.0
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS: solaris_8
  • CPU: sparc
  • Submitted: 2002-02-28
  • Updated: 2002-10-18
  • Resolved: 2002-10-18
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.
Other
1.4.2 mantisFixed
Related Reports
Duplicate :  
Relates :  
Description
I could only reproduce this on Solaris. On Win NT, it worked
fine. I didn't try on Linux.

Also, I used jdk1.4 fcs to reproduce the problem.

If the helpviewer is launched via a modal dialog, and then
the user selects the Print button from the helpviewer, the
print dialog is displayed, but none of the controls
respond to any mouse events. However, it does respond to
keyboard events, so you can tab from control to control
and use the dialog that way.

To reproduce, you can run Forte For Java, select File->New
and on that dialog, select the Help button. The HelpViewer
will be displayed. On that, select the Print button. The
print dialog will be displayed. Note that you can't do
anything on the dialog.. that is, none of the controls
respond to mouse selections.

Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mantis FIXED IN: mantis INTEGRATED IN: mantis mantis-b04
24-08-2004

SUGGESTED FIX Name: osR10079 Date: 10/03/2002 See 4636311. ###@###.### 2002-10-04 ======================================================================
04-10-2002

EVALUATION Printer bug problem. I don't remember the printer subcatagory though. I hope it's classes_2D. ###@###.### 2002-03-01 ================================== The printing implementation just displays a Swing modal dialog when asked to by the application. It does nothing special for mouse or key events. So it sounds like an AWT modality related bug to me, not a printing bug. ###@###.### 2002-03-01 ============================ Occurs also in 1.3.1 so I also suspect that this is not related to the new printing dialog. Re-assigning to AWT for investigation. ###@###.### 2002-03-04 ==================================== Commit to fix in mantis (hang). ###@###.### 2002-03-04 Name: osR10079 Date: 09/16/2002 The cause of this problem is the same as for 4636311). The first modal dialog is shown on EDT (EventDispatchThread). But the second (print dialog) is shown on another thread, because JavaHelp starts new thread ActionListener for print button and shows print dialog on this thread. BWT, this is not a hang because user is able to navigate/close print dialog with keyboard (onlemouse events are filtered). ###@###.### 2002-09-17 ======================================================================
17-09-2002