104873 - crash on assigning value to a Java Public character field

Status: RESOLVED WORKSFORME

(Core Graveyard :: Java: OJI, defect)

Description

[Steven Katz]

Attached is an example Applet and html that cause the Netscape6.1 branch
produced code to crash.  I have looked at the stack trace that results and do
not see any plugin function on the stack.  As such, I belive this to be a
problem in the browser.

(JPI version used was 1.4 beta 3)

Could someone take a look at this and provide feedback?

Comment 1

[Steven Katz]

Attachment: tar file containing applet html and source java

Comment 2

[Phil Schwartau]

Reassigning to OJI -

Steven: thanks for the testcase!

Comment 3

[Phil Schwartau]

Steven: if you have a stack trace handy, could you attach that here 
as a text file? Thanks - 

Comment 4

[Steven Katz]

Attachment: Stack trace for problem

Comment 5

[Phil Schwartau]

cc'ing jband to ask: is this the same crash as in bug 104584,
"browser crash...." ? The stack traces seem similar:

THIS BUG
js_SetProperty()
js_Interpret()
js_Invoke()
js_InternalInvoke()
JS_CallFunctionValue()
nsJSContext::CallEventHandler()
nsJSEventListener::HandleEvent()
nsEventListenerManager::HandleEventSubType()
nsEventListenerManager::HandleEvent()
GlobalWindowImpl::HandleDOMEvent()
DocumentViewerImpl::LoadComplete()
nsDocShell::EndPageLoad()
nsWebShell::EndPageLoad()
nsDocShell::OnStateChange()
nsDocLoaderImpl::FireOnStateChange()
nsDocLoaderImpl::doStopDocumentLoad()
nsDocLoaderImpl::DocLoaderIsEmpty()
nsDocLoaderImpl::OnStopRequest()
             etc.
             etc.


THE OTHER BUG
js_Interpret()
js_Invoke()
js_Interpret()
js_Invoke()
js_Interpret()
js_Invoke()
js_Interpret()
js_Invoke()
js_InternalInvoke()
JS_CallFunctionValue()
nsJSContext::CallEventHandler()
nsJSEventListener::HandleEvent()
nsEventListenerManager::HandleEventSubType()
nsEventListenerManager::HandleEvent()
GlobalWindowImpl::HandleDOMEvent()
DocumentViewerImpl::LoadComplete()
nsDocShell::EndPageLoad()
nsWebShell::EndPageLoad()
nsDocShell::OnStateChange()
nsDocLoaderImpl::FireOnStateChange()
nsDocLoaderImpl::doStopDocumentLoad()
nsDocLoaderImpl::DocLoaderIsEmpty()
nsDocLoaderImpl::OnStopRequest()
             etc.
             etc.

Comment 6

[Phil Schwartau]

Resolving WORKSFORME. From the testcase:

> On loading this page, a 'onload' event is triggered which in turn,
> tries to set the value of the applet public char field to value 66.
> An alert box should popup indicating the new value set.

> If you do not see the alert box, then something has failed in the test 


I always DO see the alertbox, using Mozilla trunk binary 2001-10-16-xx
and 0.9.4-branch binary 2001-10-22-xx on WinNT. No errors in JS Console.
And I never crash on it. 


Using Java Plug-in 1.3.0_01 for Netscape Navigator (NPOJI600.dll).


[e-mail]: could you try a more recent build and see if the
problem has gone away? If so, you can mark this bug "Verified"; 
otherwise, you can reopen it - thanks.

Comment 7

[Patty Mac]

Chris Petersen is a new QA contact for oji component. His email is:
[e-mail]

Comment 8

[Matthias Versen [:Matti]]

fixing small error for [e-mail] (filter with : SPAMMAILSUCKS)