Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021130 I have confirmed the behavior described.
Assignee: rogerl → joshua.xia
Status: UNCONFIRMED → NEW
Component: Live Connect → OJI
Ever confirmed: true
QA Contact: pschwartau → petersen
Summary: Live Connect hangs browser when applet dismisses a modal dialog box (LC thread is blocked) → Browser hangs when applet dismisses a modal dialog box (LC thread is blocked)
it is different to bug #182917, The CPU is normal.
Status: NEW → ASSIGNED
WFM on Linux(RH8.0) mozilla1.2 JRE1.4.1_01
Xiaobin: Is this relate to Applet/JPI/JRE 's Event Handle? Thanks!
-- verified on latest trunk build on Win2K with JRE1.4.1_02. When used the above test case browser hangs.
Whiteboard: confirm → confirm, Java1
Need some traction on this bug
Actually if you are patient enough, you will see the dialog box pop up. On my 2x1.7GHz Dell Machine, it takes 15 seconds to see the dialog box. Does this case say Java is slow? The answer is "No". The problem is current Mozilla's liveconnect implementation. Mozilla does a agreesive reflection using JNI. And that takes about thousands JNI calls. This is why you think the browser is hung. But actually it is not. It is very busy to collect the applet class info (all the methods/properties it has untils its ancestor "java.lang.Object"). This bug can demonstrate the slowness of current liveconnect implementation.
cc'ing Patrick -
-- verified on latest trunk build on Win2K with JRE1.4.2. Browser does not hang with this verison. what Xiaobin said may be right. I didnot check it again with JRE1.4.1_02. But it very fast with JRE1.4.2 compared with JRE1.4.1_02.
Keywords: nsbeta1 → nsbeta1-
-- verified on latest trunk build on WinXP with JRE1.4.2. Browser does not hang with this verison. Marking FIXED.
Status: ASSIGNED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → FIXED
-- Marking VERIFIED.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.