Closed Bug 221983 Opened 22 years ago Closed 21 years ago

Java applet crashes Mozilla (Sun's jre 1.4.2_01)

Categories

(Core Graveyard :: Java: OJI, defect)

Product:
Core Graveyard
Component:
Java: OJI
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: matthijs.wensveen, Assigned: yuanyi21)

References

(
URL
)

Details

(Keywords: crash)

Attachments

(1 file)

Stack Trace from Visual Studio
6.92 KB, text/plain
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20030930 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20030930 The applet loads fine. But after a few seconds Mozilla is just gone. No talkback window either. This applet interacts with the browser using JavaScript to catch mouseevents outside of the applet area. Reproducible: Always Steps to Reproduce: 1. Go to http://home.wanadoo.nl/mrw/ruben/ 2. Play with the mouse for a few seconds 3. Actual Results: Mozilla crashes without displaying a talkback window Expected Results: Continue to display the applet.
By the way. It worked fine with previous releases of the JRE. So my guess is that it is a problem with the plugin. However, Mozilla shouldn't crash like this, but instead display an error message and unload the plugin or something.
WFM 1.5rc2 Win2k Sun Java Version 1.4.2_01 (build 1.4.2_01-b06)
wfm 20031012 on Win2k + Sun's JRE 1.4.2_01.
Assignee: peterlubczynski-bugs → joshua.xia
Component: Plug-ins → OJI
wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6a) Gecko/20031012 JRE 1.4.2_01 Win98SE, screen resolution 800x600, nForce integrated grafics.
crashed Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4.1) Gecko/20031008 Java Plug-in 1.4.2_01 Win98 SP1, screen resolution 800x600, 8 MB SiS6326 noname grafics card Had multiple tabs open, one was trying to load the ftp link to the nightlies. Loading, rendering and working of http://home.wanadoo.nl/mrw/ruben/ was fine. For seeing the installed Java version I opened Help->About Plugins in the tab running the applet, and it instantly crashed, DocWatson came up, telling me 'Mozilla.exe -ProfileManager' had crashed, and listed a lot of calls to JS3250.DLL, beside others. Will retry later, can´t afford to reproduce the crash now.
crashed Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6a) Gecko/20031013 Java Plug-in 1.4.2_01 Win98 SP1, screen resolution 800x600, 8 MB SiS6326 noname grafics card This time Talkback came up also, but it couldn´t connect to the server, maybe later. Was crashing in the moment I opened Help->AboutPlugins in the tab running the applet.
Keywords: crash
Confirming JRE 1.4.2_01 Exception in thread "main" Assertion failure: 0, at f:/MOZILL~2/mozilla/js/src/l iveconnect/jsj_utils.c:76 > jsj3250.dll!jsj_HashJavaObject(const void * key=0x1aee8ae0, void * env=0x057e8c00) Line 76 + 0x12 C jsj3250.dll!jsj_WrapJavaObject(JSContext * cx=0x046e2ad8, const JNINativeInterface_ * * jEnv=0x057e8c00, _jobject * java_obj=0x1aee8ae0, _jobject * java_class=0x1aee8ae4) Line 153 + 0xd C jsj3250.dll!jsj_ConvertJavaObjectToJSValue(JSContext * cx=0x046e2ad8, const JNINativeInterface_ * * jEnv=0x057e8c00, _jobject * java_obj=0x1aee8ae0, long * vp=0x000351fc) Line 871 + 0x15 C jsj3250.dll!JSJ_ConvertJavaObjectToJSValue(JSContext * cx=0x046e2ad8, _jobject * java_obj=0x1aee8ae0, long * vp=0x000351fc) Line 850 + 0x15 C jsj3250.dll!vreport_java_error(JSContext * cx=0x046e2ad8, const JNINativeInterface_ * * jEnv=0x057e8c00, const char * format=0x01cb17f0, char * ap=0x00035238) Line 330 + 0x11 C jsj3250.dll!jsj_ReportJavaError(JSContext * cx=0x046e2ad8, const JNINativeInterface_ * * env=0x057e8c00, const char * format=0x01cb17f0, ...) Line 359 + 0x15 C jsj3250.dll!invoke_java_method(JSContext * cx=0x046e2ad8, JSJavaThreadState * jsj_env=0x07894bc8, _jobject * java_class_or_instance=0x1ae71610, JavaClassDescriptor * class_descriptor=0x07472150, JavaMethodSpec * method=0x055cc2c0, int is_static_method=0, long * argv=0x074adb44, long * vp=0x00035388) Line 1476 + 0x1f C jsj3250.dll!invoke_overloaded_java_method(JSContext * cx=0x046e2ad8, JSJavaThreadState * jsj_env=0x07894bc8, JavaMemberDescriptor * member=0x055cc018, int is_static_method=0, _jobject * java_class_or_instance=0x1ae71610, JavaClassDescriptor * class_descriptor=0x07472150, unsigned int argc=2, long * argv=0x074adb44, long * vp=0x00035388) Line 1538 + 0x25 C jsj3250.dll!jsj_JavaInstanceMethodWrapper(JSContext * cx=0x046e2ad8, JSObject * obj=0x0564df28, unsigned int argc=2, long * argv=0x074adb44, long * vp=0x00035388) Line 1798 + 0x27 C js3250.dll!js_Invoke(JSContext * cx=0x046e2ad8, unsigned int argc=2, unsigned int flags=0) Line 843 + 0x20 C js3250.dll!js_Interpret(JSContext * cx=0x046e2ad8, long * result=0x00035cdc) Line 2859 + 0xf C js3250.dll!js_Invoke(JSContext * cx=0x046e2ad8, unsigned int argc=1, unsigned int flags=2) Line 860 + 0xd C js3250.dll!js_InternalInvoke(JSContext * cx=0x046e2ad8, JSObject * obj=0x0493d950, long fval=90495832, unsigned int flags=0, unsigned int argc=1, long * argv=0x00035fc4, long * rval=0x00035df8) Line 935 + 0x14 C js3250.dll!JS_CallFunctionValue(JSContext * cx=0x046e2ad8, JSObject * obj=0x0493d950, long fval=90495832, unsigned int argc=1, long * argv=0x00035fc4, long * rval=0x00035df8) Line 3538 + 0x1f C jsdom.dll!nsJSContext::CallEventHandler(void * aTarget=0x0493d950, void * aHandler=0x0564db58, unsigned int argc=1, void * argv=0x00035fc4, int * aBoolResult=0x00035f10, int aReverseReturnResult=0) Line 1217 + 0x21 C++ jsdom.dll!nsJSEventListener::HandleEvent(nsIDOMEvent * aEvent=0x0840e640) Line 181 + 0x44 C++ gklayout.dll!nsEventListenerManager::HandleEventSubType(nsListenerStruct * aListenerStruct=0x05697fa8, nsIDOMEvent * aDOMEvent=0x0840e640, nsIDOMEventTarget * aCurrentTarget=0x046e2910, unsigned int aSubType=1, unsigned int aPhaseFlags=2) Line 1194 + 0x14 C++ gklayout.dll!nsEventListenerManager::HandleEvent(nsIPresContext * aPresContext=0x074918a0, nsEvent * aEvent=0x00037578, nsIDOMEvent * * aDOMEvent=0x00037188, nsIDOMEventTarget * aCurrentTarget=0x046e2910, unsigned int aFlags=2, nsEventStatus * aEventStatus=0x00037364) Line 1407 + 0x24 C++ jsdom.dll!GlobalWindowImpl::HandleDOMEvent(nsIPresContext * aPresContext=0x074918a0, nsEvent * aEvent=0x00037578, nsIDOMEvent * * aDOMEvent=0x00037188, unsigned int aFlags=2, nsEventStatus * aEventStatus=0x00037364) Line 852 C++ gklayout.dll!nsDocument::HandleDOMEvent(nsIPresContext * aPresContext=0x074918a0, nsEvent * aEvent=0x00037578, nsIDOMEvent * * aDOMEvent=0x00037188, unsigned int aFlags=2, nsEventStatus * aEventStatus=0x00037364) Line 3807 C++ gklayout.dll!nsGenericElement::HandleDOMEvent(nsIPresContext * aPresContext=0x074918a0, nsEvent * aEvent=0x00037578, nsIDOMEvent * * aDOMEvent=0x00037188, unsigned int aFlags=2, nsEventStatus * aEventStatus=0x00037364) Line 2035 + 0x2f C++ gklayout.dll!nsGenericElement::HandleDOMEvent(nsIPresContext * aPresContext=0x074918a0, nsEvent * aEvent=0x00037578, nsIDOMEvent * * aDOMEvent=0x00037188, unsigned int aFlags=2, nsEventStatus * aEventStatus=0x00037364) Line 2028 + 0x3c C++ gklayout.dll!nsGenericElement::HandleDOMEvent(nsIPresContext * aPresContext=0x074918a0, nsEvent * aEvent=0x00037578, nsIDOMEvent * * aDOMEvent=0x00037188, unsigned int aFlags=2, nsEventStatus * aEventStatus=0x00037364) Line 2028 + 0x3c C++ gklayout.dll!nsGenericElement::HandleDOMEvent(nsIPresContext * aPresContext=0x074918a0, nsEvent * aEvent=0x00037578, nsIDOMEvent * * aDOMEvent=0x00037188, unsigned int aFlags=2, nsEventStatus * aEventStatus=0x00037364) Line 2028 + 0x3c C++ gklayout.dll!nsGenericElement::HandleDOMEvent(nsIPresContext * aPresContext=0x074918a0, nsEvent * aEvent=0x00037578, nsIDOMEvent * * aDOMEvent=0x00037188, unsigned int aFlags=2, nsEventStatus * aEventStatus=0x00037364) Line 2028 + 0x3c C++ gklayout.dll!nsGenericElement::HandleDOMEvent(nsIPresContext * aPresContext=0x074918a0, nsEvent * aEvent=0x00037578, nsIDOMEvent * * aDOMEvent=0x00037188, unsigned int aFlags=7, nsEventStatus * aEventStatus=0x00037364) Line 2028 + 0x3c C++ gklayout.dll!PresShell::HandleEventInternal(nsEvent * aEvent=0x00037578, nsIView * aView=0x055be050, unsigned int aFlags=1, nsEventStatus * aStatus=0x00037364) Line 6211 + 0x2a C++ gklayout.dll!PresShell::HandleEvent(nsIView * aView=0x055be050, nsGUIEvent * aEvent=0x00037578, nsEventStatus * aEventStatus=0x00037364, int aForceHandle=0, int & aHandled=1) Line 6106 + 0x19 C++ gklayout.dll!nsViewManager::HandleEvent(nsView * aView=0x055bde10, nsGUIEvent * aEvent=0x00037578, int aCaptured=0) Line 2299 C++ gklayout.dll!nsView::HandleEvent(nsViewManager * aVM=0x06778578, nsGUIEvent * aEvent=0x00037578, int aCaptured=0) Line 305 C++ gklayout.dll!nsViewManager::DispatchEvent(nsGUIEvent * aEvent=0x00037578, nsEventStatus * aStatus=0x00037470) Line 2036 + 0x17 C++ gklayout.dll!HandleEvent(nsGUIEvent * aEvent=0x00037578) Line 79 C++ gkwidget.dll!nsWindow::DispatchEvent(nsGUIEvent * event=0x00037578, nsEventStatus & aStatus=nsEventStatus_eIgnore) Line 1050 + 0xa C++ gkwidget.dll!nsWindow::DispatchWindowEvent(nsGUIEvent * event=0x00037578) Line 1071 C++ gkwidget.dll!nsWindow::DispatchMouseEvent(unsigned int aEventType=300, unsigned int wParam=0, nsPoint * aPoint=0x00000000) Line 5191 + 0x15 C++ gkwidget.dll!ChildWindow::DispatchMouseEvent(unsigned int aEventType=300, unsigned int wParam=0, nsPoint * aPoint=0x00000000) Line 5448 C++ gkwidget.dll!nsWindow::ProcessMessage(unsigned int msg=512, unsigned int wParam=0, long lParam=29622643, long * aRetValue=0x00037a10) Line 3961 + 0x1c C++ gkwidget.dll!nsWindow::WindowProc(HWND__ * hWnd=0x000207fe, unsigned int msg=512, unsigned int wParam=0, long lParam=29622643) Line 1333 + 0x1b C++
Status: UNCONFIRMED → NEW
Ever confirmed: true
Sorry... should have made that an attach. This is more readable
I had problems with J2RE 1.41 and 1.42, and probably tried all the minor releases. My OS is Win98SE, and I'm not sure what Mozilla version I first noticed the problems with. I think there were hang-type problems with Mozilla. Primarily, I could not install OpenOffice.org 1.10 release candidates with either 1.42 or 1.41 installed. I re-installed 1.40 and haven't had problems either with Mozilla or Openoffice.org 1.10. I must conclude that the Java problems are due to a defect in J2RE 1.41 and 1.42, and urge Mozilla developers not to depend on the advertised new features of these versions because something in these versions is crippled.
This bug also relate to liveconnect according to Comment #7 ->kyle
Assignee: joshua.xia → kyle.yuan
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031116 Firebird/0.7+ I have the same problem with Firebird and the Yahoo! Web Messenger. It can be found at http://messenger.yahoo.com/
Can't reproduce it with JRE 1.5.0 which will be released sometime next year.
So the fix for this is to recommend people to upgrade to Java 1.5 when it becomes available? I think it is a good solution for Firebird users as Java 1.5 will surely happen before Firebird 1.0. But is it appropriate for people using the suite?
Has anyone tried this with other (non-sun) VM's? I think waiting for Sun's JRE 1.5 is not a solution. It shouldn't crash Mozilla but handle the error gracefully.
As noted in an earlier post, the Java problems quit when I switched to J2RE 1.40 from later versions. Haven't had any problems since. I'm running Win98SE and am now using Mozilla 1.6. Kyle, are there any beta versions of J2RE 1.5 that we could try out at this point?
Still crashes with: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040120 Firebird/0.7+ JRE 1.5.0 Beta 1 from: http://java.sun.com/j2se/1.5.0/download.jsp Moving the mouse around briskly causes a crash.
This is very probably related to liveconnect, as the mouse events are passed to the applet using liveconnect. BTW, is it useful to have the java source of the applet? I can provide this when necessary.
WFM. Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040330 JAVA 2 Platform Standard Edition 1.4.2_03 (build 1.4.2_03-b02) Microsoft Windows 2000 Pro 5.00.2195 SP4
WFM on Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a2) Gecko/20040627 I can see a slight delay in the movement of the eyes reacting to the mouse events being sent to the applet by javascript. I never saw any delay before, so I guess some work being done by the javascript people fixed this problem. The new delay is not a problem for me. I reported this bug, can I set it to WORKSFORME, or should Kyle Yuan or someone else do this?
I too can no longer get this to crash. -> WFM
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: