209802 - Mozilla freezes with java applet

Status: RESOLVED WORKSFORME

(Core Graveyard :: Java: OJI, defect)

Description

[tenthumbs]

I see this on my Linux trunk build and Blackdown java 1.4.1 gcc3 version.

Open the URL in a new window. Uncheck the "Use Cunningham tables" so the applet
runs on its own. Enter "2^259+1" in the expression box and press return. Applet
starts. Close window and do something else with mozilla. Try to re-open URL in a
news window. Mozilla freezes.

If I do this in the debugger, the debugger sees nothing. Breaking into the app I
find that _all_ the existing threads are sitting in the usual thread idle loop.
It appears that a thread silently died and left mozilla broken. Killing mozilla
leaves a zombie java_vm which has to be killed by hand.

Setting the component to OJI juset becasuse java's involved. Setting the
severity to critical because this is as close to a crash as possible without
actually dying.

Comment 1

[Jeff D. Hanson]

Didn't freeze for me:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030617
Sun JRE 1.4.1_02

But it did seem to continue in the background after I closed the window.  When I
opened a new window to the ECM calculator it was still running.  There also
appears to be a refresh problem.  Try a reload after it starts.  The Entry field
seems to fill up with data from the second box on my system.

Comment 2

[Mitch]

You need to narrow this down. Try with Sun Java 1.4.2beta (java.sun.com)
which has gcc3 support plugin. If you find it works with that , then report
the bug to blackdown.

Comment 3

[Olivier Cahagne]

wfm using build 2003061704 (trunk) + JRE 1.4.2beta.

Comment 4

[Joshua Xia]

can't reproduce on Mozilla 1.5a
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030617
+
jre1.4.2 build 27

->WFM