Closed
Bug 66324
Opened 24 years ago
Closed 24 years ago
Crashes with only simple Liveconnect usage in framesets
Categories
(Core Graveyard :: Java: OJI, defect)
Tracking
(Not tracked)
People
(Reporter: mail_manish, Assigned: joe.chou)
Details
Attachments
(1 file)
(deleted),
text/plain
|
Details |
Mozilla 0.7(build id 2001010901) and also Netscape 6 Crashes with only simple
Liveconnect usage in framesets. This is a serious crash - no information, no
warnings - it just disappears.
versions tested: Windows 2000, Windows NT4, Solaris.
Details:
Please find below three source files required to
reproduce this bug:
1) Simple.java for the simple applet - the simplest you could imagine.
2) Netscape6.html for the HTML source in which some Javascript responds to
user input and communicates with the applet on the same page.
3) Netscape6Frames.html for a simple two-frame frameset which loads
Netscap6.html into both frames.
To crash the browser:
1) load Netscape6Frames.html.
2) Wait for a small delay (parsing the DOM etc).
3) Click in one or both windows of the browser body and confirm Liveconnect has
functioned. The click event is printed to the Java console.
4) Reload the page using the reload button of the browser. Click on the frames
if required.
In the rare circumstance this does not crash, repeat. It won't survive more than
3-5 runs.
Note that loading a single page (i.e. Netscape6.html by itsself) seems not to be
a problem. I have confirmed that the crash happens after the applets are
stopped, and as the reload ocurrs long after the event was delivered through
LiveConnect, there is no "multithreading" or synchronisation problem as might
happen if liveConnect was being used as the document was being unloaded.
Simple.java
_________________________________________________
import java.applet.*;
import netscape.javascript.JSObject;
public class Simple extends Applet
{
public void handleEvent(Object event)
{
System.out.println("Handle event
called "+event+" "+event.getClass().getName());
}
}
_________________________________________________
<HTML>
<BODY>
<script>
function ss(e)
{
document.Simple.handleEvent(e);
}
document.onclick=ss;
</script>
<APPLET name="Simple" code="Simple.class"
width="100" height="50" MAYSCRIPT>
</applet>
</BODY>
</HTML>
_________________________________________________
Netscape6Frames.html
_________________________________________________
<HTML>
<frameset cols="50%,*">
<frame src="http://localhost/Netscape6.html"
frameborder=1 target="_self">
<frame src="http://localhost/Netscape6.html"
target="_self">
</frameset>
</HTML>
_________________________________________________
Note also that IE 4, 5, 5.5, Netscape 4.5, 4.7 all pass this test. To pass I
have tried multiple reloading, browsing away, back, forward, using a
hyperlink and with the navigation bar. These other browsers do not suffer this
problem.
Further tests show even greater stability for the browsers listed above.
Changing the "onclick" javascript handler to "onmousemove" means that
events will be being delivered to the applet during the unloading of the
document. This does not pose a problem for these other browsers.
Mozilla and Netscape 6 would have to exhibit similar stability while unloading a
document and/or framset.
Comment 1•24 years ago
|
||
Using Mozilla binary 2001012108 on WinNT. This is an excellent testcase!
However, I was able to compile Simple.java and try the testcase repeatedly
on WinNT without crashing.
Manish, do you still crash if you use a more recent Mozilla build?
If so, would you be able to attach a stack trace to this bug via:
http://bugzilla.mozilla.org/createattachment.cgi?id=66324
Thanks - a stack trace would help pin the problem down -
Meanwhile, I have not been able to compile Simple.java on my Linux box.
I keep getting this error:
[(path to the test files)]javac Simple.java
Simple.java:2: Class netscape.javascript.JSObject not found in import.
import netscape.javascript.JSObject;
^
1 error
Is this a Classpath problem?
Comment 2•24 years ago
|
||
OK, I've got my Classpath sorted out on my Linux box. Using Mozilla binary
2001012608, I get fatal errors whether I try to load Netscape6Frames.html
OR Netscape6.html. From the debug console:
(Netscape6.html)
Document file:///data/phil/66324/Netscape6.html loaded successfully
INTERNAL ERROR on Browser End: JavaPluginFactory5::Could not get a live connect
System error?:: Success
(Netscape6Frames.html)
Document file:///data/phil/66324/Netscape6Frames.html loaded successfully
# HotSpot Virtual Machine Error, Unexpected Signal 11
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Error ID: 4F533F4C494E55580E43505005BC
#
# Problematic Thread: prio=1 tid=0x83c7d60 nid=0x47cd runnable
#
INTERNAL ERROR on Browser End: Pipe closed during read? State may be corrupt
System error?:: Resource temporarily unavailable
This doesn't sound like the original bug report above, because the reporter
states:
"Note that loading a single page (i.e. Netscape6.html by itsself)
seems not to be a problem."
Reassigning to OJI component for further analysis -
Assignee: rogerl → edburns
Status: UNCONFIRMED → NEW
Component: Live Connect → OJI
Ever confirmed: true
QA Contact: pschwartau → shrir
Comment 3•24 years ago
|
||
To reiterate, the problem I'm having above is only on Linux.
On WinNT, both Netscape6.html and Netscape6Frames.html work fine.
WORKSFORME on WinNT -
Reporter | ||
Comment 4•24 years ago
|
||
Reporter | ||
Comment 5•24 years ago
|
||
I will try to re-test this using mozilla when I get a chance and let you know.
Reporter | ||
Comment 6•24 years ago
|
||
Added email id of Rhys Newman to the interest list of this bug.
Group: netscapeconfidential?
Reporter | ||
Comment 8•24 years ago
|
||
FYI:This bug is still there in Netscape 6.01 and crashes just as easily.
Can someone point me to the Mozilla build or give me the binary in which this
crash is not seen? I would like to test this bug on my Win NT system using the
latest binary.
Crash reproduced on Solaris and Windows 2000 (with an exception), with the
similar call stack when crashed:
Program received signal SIGSEGV, Segmentation fault.
0xfc956270 in nsCOMPtr<nsIScriptContext>::nsCOMPtr (this=0xffbec030,
aRawPtr=0xdbdbdbdb) at ../../../dist/include/nsCOMPtr.h:533
533 NSCAP_ADDREF(this, mRawPtr);
(gdb) where
#0 0xfc956270 in nsCOMPtr<nsIScriptContext>::nsCOMPtr (this=0xffbec030,
aRawPtr=0xdbdbdbdb) at ../../../dist/include/nsCOMPtr.h:533
#1 0xfc93be80 in nsCSecurityContext::GetOrigin (this=0x841a40,
buf=0xffbec0d0 "џОСА", buflen=256) at nsCSecurityContext.cpp:129
#2 0xfc6940d4 in getAndPackSecurityInfo ()
from
/opt/java_home/debug/j2re1_3_0_02/plugin/sparc/ns600/libjavaplugin_oji.so
#3 0xfc692664 in jni_SecureCallStaticMethod ()
from
/opt/java_home/debug/j2re1_3_0_02/plugin/sparc/ns600/libjavaplugin_oji.so
#4 0xfc677c64 in CSecureJNIEnv::CallStaticMethod ()
from
/opt/java_home/debug/j2re1_3_0_02/plugin/sparc/ns600/libjavaplugin_oji.so
#5 0xfc954c80 in ?? () at ../../../dist/include/nsCOMPtr.h:564
from /opt/mozilla-sparc-nightly/mozilla/dist/bin/components/liboji.so
#6 0xfc954d50 in ?? () at ../../../dist/include/nsCOMPtr.h:564
from /opt/mozilla-sparc-nightly/mozilla/dist/bin/components/liboji.so
#7 0xfc951cf8 in ?? () at ../../../dist/include/nsCOMPtr.h:564
from /opt/mozilla-sparc-nightly/mozilla/dist/bin/components/liboji.so
#8 0xff37f9a4 in jsj_HashJavaObject (key=0x5e2138, env=0x121780)
at jsj_utils.c:70
#9 0xff371630 in remove_java_obj_reflection_from_hashtable (
java_obj=0x5e2138, jEnv=0x121780) at jsj_JavaObject.c:234
#10 0xff371778 in JavaObject_finalize (cx=0x714c28, obj=0x812598)
at jsj_JavaObject.c:273
#11 0xfeefad14 in js_FinalizeObject (cx=0x714c28, obj=0x812598) at jsobj.c:1600
#12 0xfeed029c in gc_finalize_phase (cx=0x714c28, len=241) at jsgc.c:907
#13 0xfeed12fc in js_GC (cx=0x714c28, gcflags=0) at jsgc.c:1173
#14 0xfeed0188 in js_ForceGC (cx=0x714c28) at jsgc.c:871
#15 0xfeea841c in js_DestroyContext (cx=0x714c28, gcmode=JS_FORCE_GC)
at jscntxt.c:219
#16 0xfee97d14 in JS_DestroyContext (cx=0x714c28) at jsapi.c:832
#17 0xfdc7bd40 in nsJSContext::~nsJSContext (this=0x736600, __in_chrg=3)
at nsJSEnvironment.cpp:374
#18 0xfdc7c01c in nsJSContext::Release (this=0x736600)
at nsJSEnvironment.cpp:382
#19 0xfea67904 in ?? () at ../../dist/include/nsCharTraits.h:91
from /opt/mozilla-sparc-nightly/mozilla/dist/bin/components/libxpinstall.so
#20 0xfdf2e2b0 in ?? () at ../../../dist/include/nsAWritableString.h:838
from /opt/mozilla-sparc-nightly/mozilla/dist/bin/./libjsdom.so
#21 0xfdf36d9c in ?? () at ../../../dist/include/nsAWritableString.h:838
from /opt/mozilla-sparc-nightly/mozilla/dist/bin/./libjsdom.so
#22 0xfca3d900 in nsDocShell::Destroy (this=0x63ac40) at nsDocShell.cpp:1703
#23 0xfca576c0 in nsWebShell::Destroy (this=0x63ac40) at nsWebShell.cpp:1394
#24 0xfb0ee730 in nsHTMLFrameInnerFrame::~nsHTMLFrameInnerFrame (
this=0x81c4ec, __in_chrg=3) at nsFrameFrame.cpp:488
---Type <return> to continue, or q <return> to quit---
#25 0xfafa8d8c in nsFrame::Destroy (this=0x81c4ec, aPresContext=0x6c7c40)
at nsFrame.cpp:428
#26 0xfb33badc in nsFrameList::DestroyFrames (this=0x81c468,
aPresContext=0x6c7c40) at nsFrameList.cpp:35
#27 0xfafa18e4 in nsContainerFrame::Destroy (this=0x81c434,
aPresContext=0x6c7c40) at nsContainerFrame.cpp:95
#28 0xfb33badc in nsFrameList::DestroyFrames (this=0x81c330,
aPresContext=0x6c7c40) at nsFrameList.cpp:35
#29 0xfafa18e4 in nsContainerFrame::Destroy (this=0x81c2fc,
aPresContext=0x6c7c40) at nsContainerFrame.cpp:95
#30 0xfafe3c4c in nsLineBox::DeleteLineList (aPresContext=0x6c7c40,
aLine=0x81c3a8) at nsLineBox.cpp:251
#31 0xfaf8b2ec in nsBlockFrame::Destroy (this=0x81c274, aPresContext=0x6c7c40)
at nsBlockFrame.cpp:1230
#32 0xfb33badc in nsFrameList::DestroyFrames (this=0x81c270,
aPresContext=0x6c7c40) at nsFrameList.cpp:35
#33 0xfafa18e4 in nsContainerFrame::Destroy (this=0x81c23c,
aPresContext=0x6c7c40) at nsContainerFrame.cpp:95
#34 0xfb33badc in nsFrameList::DestroyFrames (this=0x81c234,
aPresContext=0x6c7c40) at nsFrameList.cpp:35
#35 0xfafa18e4 in nsContainerFrame::Destroy (this=0x81c200,
aPresContext=0x6c7c40) at nsContainerFrame.cpp:95
#36 0xfb02b3f8 in ViewportFrame::Destroy (this=0x81c200, aPresContext=0x6c7c40
#37 0xfafb8144 in FrameManager::~FrameManager (this=0x5e9d60, __in_chrg=3)
at nsFrameManager.cpp:404
#38 0xfafb7ff8 in FrameManager::Release (this=0x5e9d60)
at nsFrameManager.cpp:384
#39 0xfaffa264 in PresShell::~PresShell (this=0x6bb098, __in_chrg=3)
at nsPresShell.cpp:1328
#40 0xfaff9d64 in PresShell::Release (this=0x6bb098) at nsPresShell.cpp:1238
...
Need more investigation.
Status: NEW → ASSIGNED
Comment 10•24 years ago
|
||
This looks like the same problem that was fixed in 66413. You should try to
reproduce this in the latest Mozilla build.
Comment 11•24 years ago
|
||
Changing OS --> "All", since many of the problems reported in this bug
have occurred on Linux or Solaris, as well as on Windows -
OS: Windows 98 → All
Assignee | ||
Comment 12•24 years ago
|
||
This is a duplicate of 61753.
*** This bug has been marked as a duplicate of 61753 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•