JDK-4029855 : Solaris: original and clone windows block when a modal dialog is invoked.
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 1.0
  • Priority: P1
  • Status: Closed
  • Resolution: Fixed
  • OS: solaris_2.5
  • CPU: generic
  • Submitted: 1997-02-03
  • Updated: 1997-10-23
  • Resolved: 1997-10-23
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.1.1 1.1.1Fixed
Related Reports
Relates :  
Description
No operation is allowed while one of the (cloned) browser windows is waiting for input.

Steps to reproduce:
1. Select File/Clone Window to clone HJ
2. Open up printing dialog by selecting File/Printing in one of the HJ windows
3. Click the other window
4. Try reload or whatever operation.
Result:
 both windows are locked.



FAQ from Help men

Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: generic FIXED IN: 1.1.1 INTEGRATED IN: 1.1.1
14-06-2004

EVALUATION HotJava's print dialog is a modal dialog. The behaviour is different on solaris and win32. Win32 functions correctly - only solaris displays this behaviour. sunita.mani@Eng 1997-02-03 [georges.saab@Eng 1997-03-05] OK, I've changed the dialog's modal style resource from FULL_APPLICATION_MODAL to PRIMARY_APPLICATION_MODAL THis fix needs to be undone because the change introduces inconsistency of modal dialog between CDE and OpenWin, and also inconsistent behavior between CDE and Win32. See bugId 4058370. Change approved by Amy Fowler. xianfa.deng@Eng 1997-12-22
22-12-1997