The fix for 6647406, which involves pumping fewer Windows messages while LiveConnect calls are in progress, is causing browser hangs in conjunction with SSV dialogs. On earlier JRE releases, the AWT ModalityListener interface, which we use to detect the raising of modal dialogs, is not available. If an applet is run on a JRE version prior to the security baseline, a security dialog is raised, and the browser initiates a LiveConnect call (which is common when clicking on the applet in IE), then because of 6612243, we won't detect the raising of the security dialog and won't change the message pump running on the browser side to start pumping input messages. This will prevent the user from ever clicking the buttons on the security dialog to dismiss it.
This issue was discovered while investigating a problem report from ###@###.### regarding a failure to verify the fix for 6657990, which has been filed as a separate bug, 6661130.
This issue was discovered while investigating a problem report from ###@###.### regarding a failure to verify the fix for 6657990, which has been filed as a separate bug, 6661130.
- duplicates
-
JDK-6612243 Security dialogs don't block browser
-
- Closed
-
- relates to
-
JDK-6605191 Implement modal dialog blocking of web browser
-
- Closed
-
-
JDK-6647406 Liveconnect issue : reoccurrence of 5077565
-
- Closed
-
-
JDK-6657990 Regression of 6635826: new plug-in does not run on top of JDK 1.4.2
-
- Closed
-
-
JDK-6661130 JRE 1.4.2 selection does not work on some machines due to msvcr71.dll dependency in jp2native.dll
-
- Closed
-