128037 - Liveconnect / Applet-to-Javascript call fails when call comes from applet start method

Status: CLOSED WORKSFORME

(Core Graveyard :: Java: OJI, defect)

Description

[Olaf Christoffel]

When I try to call a javascript function from the applet start function, mozilla
will hang and crash.

The problem is, that the browser does not know when the applet has been loaded.
So it is a common way, that you call an javascript function like
"appletOnLoad()" from the applet's start method. But for now (mozilla 0.9.8+),
this will freeze and crash mozilla.

I will put a bug report (example) online at the weekend. Please can you inform
me that this bug entry is not a dublicate of an other bug. (I did not found a
similar bug for now).

thx Olaf

Comment 1

[R.K.Aa.]

Maybe related: Bug 108363 - rencetly fixed on Feb. 20th.
(Please always include build ID in bug-reports)

Comment 2

[Olaf Christoffel]

Attachment: html file for the applet

Comment 3

[Olaf Christoffel]

Attachment: js file to create to applet by javascript/dom

Comment 4

[Olaf Christoffel]

Attachment: java applet source

Comment 5

[Olaf Christoffel]

Attachment: jar file with java class

Comment 6

[Olaf Christoffel]

Using java-liveconnect call to javascript from an applet's start method let
mozilla hangs and crash on win32. 
Use http://technetos.ch:8080/technetos/MayIScriptFromStart.html
to test it.

I can reproduce this bug on all win32 machines with mozilla 0.9.8+ build 2002022808
and sun jdk1.4 final.

Greetz Olaf

Comment 7

[R.K.Aa.]

These seem related:
bug 59686, bug 64319, bug 108242, bug 101702, bug 106253,  bug 111648, bug 120774 
bug 121641.

Comment 8

[Olaf Christoffel]

I think that this bug is related to those bugs in the last message, but none of
them do exact match my case.

For now, is it possible that someone of the oji team can reproduce this bug and
assign it to someone? Or make this bug as a testcase for the other bugs??

thx Olaf

Comment 9

[Olaf Christoffel]

With build 2002030703 it still does not work. Can somebody please reproduce and
confirm this bug?

Comment 10

[Jay Patel [:jay]]

Well, Olaf is definitely crashing.  Here is all the Talkback data from his crashes:

Count   Offset    Real Signature
[ 9   0x80000000 9de59f93 - nsLineLayout::ReflowFrame ]
 
     Crash date range: 2002-03-01 to 2002-03-08
     Min/Max Seconds since last crash: 24 - 4135
     Min/Max Runtime: 554 - 6672
     Keyword List :  
     Count   Platform List 
     9   Windows NT 4.0 build 1381
 
     Count   Build Id List 
     6   2002030511
     2   2002030710
     1   2002022810
 
     No of Unique Users         1
 
 Stack trace(Frame) 

	 0x80000000  
	 nsLineLayout::ReflowFrame
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsLineLayout.cpp  line 1104] 
	 nsBlockFrame::ReflowInlineFrame
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp  line 3725] 
	 nsBlockFrame::DoReflowInlineFrames
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp  line 3606] 
	 nsBlockFrame::DoReflowInlineFramesAuto
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp  line 3531] 
	 nsBlockFrame::ReflowInlineFrames
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp  line 3476] 
	 nsBlockFrame::ReflowLine
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp  line 2642] 
	 nsBlockFrame::ReflowDirtyLines
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp  line 2281] 
	 nsBlockFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp  line 846] 
	 nsBlockReflowContext::DoReflowBlock
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockReflowContext.cpp  line
581] 
	 nsBlockReflowContext::ReflowBlock
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockReflowContext.cpp  line
359] 
	 nsBlockFrame::ReflowBlockFrame
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp  line 3232] 
	 nsBlockFrame::ReflowLine
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp  line 2508] 
	 nsBlockFrame::ReflowDirtyLines
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp  line 2281] 
	 nsBlockFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp  line 846] 
	 nsBlockFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp  line 677] 
	 nsContainerFrame::ReflowChild
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsContainerFrame.cpp  line 805] 
	 CanvasFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLFrame.cpp  line 564] 
	 nsBoxToBlockAdaptor::Reflow
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsBoxToBlockAdaptor.cpp  line 845] 
	 nsBoxToBlockAdaptor::DoLayout
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsBoxToBlockAdaptor.cpp  line 622] 
	 nsBox::Layout
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsBox.cpp  line 1052] 
	 nsScrollBoxFrame::DoLayout
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsScrollBoxFrame.cpp  line 395] 
	 nsBox::Layout
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsBox.cpp  line 1052] 
	 nsContainerBox::LayoutChildAt
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsContainerBox.cpp  line 650] 
	 nsGfxScrollFrameInner::LayoutBox
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsGfxScrollFrame.cpp  line 1063] 
	 nsGfxScrollFrameInner::Layout
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsGfxScrollFrame.cpp  line 1222] 
	 nsGfxScrollFrame::DoLayout
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsGfxScrollFrame.cpp  line 1071] 
	 nsBox::Layout
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsBox.cpp  line 1052] 
	 nsBoxFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\xul\base\src\nsBoxFrame.cpp  line 1001] 
	 nsGfxScrollFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsGfxScrollFrame.cpp  line 780] 
	 nsContainerFrame::ReflowChild
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsContainerFrame.cpp  line 805] 
	 ViewportFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsViewportFrame.cpp  line 574] 
	 nsHTMLReflowCommand::Dispatch
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLReflowCommand.cpp  line
217] 
	 PresShell::ProcessReflowCommand
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp  line 6245] 
	 PresShell::ProcessReflowCommands
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp  line 6300] 
	 ReflowEvent::HandleEvent
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp  line 6156] 
	 PL_HandleEvent
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c  line 591] 
	 PL_ProcessPendingEvents
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c  line 524] 
	 _md_EventReceiverProc
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c  line 1072]  
 
     (3785780)	URL: http://technetos.ch:8080/technetos/MayIScriptFromStart.html
     (3785772)	URL: http://technetos.ch:8080/technetos/MayIScriptFromStart.html
     (3710146)	URL: http://bugzilla.mozilla.org/show_bug.cgi?id=128037
     (3710116)	URL: http://bugzilla.mozilla.org/show_bug.cgi?id=128037
     (3710082)	URL: http://bugzilla.mozilla.org/show_bug.cgi?id=128037
     (3706811)	URL: http://bugzilla.mozilla.org/show_bug.cgi?id=128037
     (3706811)	Comments: http://bugzilla.mozilla.org/show_bug.cgi?id=128037

Adding crash keyword and qawanted to see if we can get this reproduced
internally.  Since Olaf is the only one that seems to be able to reproduce
this...leaving the topcrash keyword out.  If I see more of these crashes, I'll
update the bug.

Comment 11

[Olaf Christoffel]

thx for your response.

I (and friends) where generating talkbackdata during this week on diffrent win32
stations and on all stations the test resulted into a crash.

Try to query the bug by this url:
http://technetos.ch:8080/technetos/MayIScriptFromStart.html

I also tested it on macOs 8/9 and it worked there, so it seems that its 
only chrashing on win32. (I could not test it on linux/solaris/etc...)

Comment 12

[Olaf Christoffel]

Attachment: Same applet as MayIScriptFromStart but with a workaround

This applet does just the same as MayIScriptFromStart but makes a workaround in
the start method so that it's gonna work in mozilla.

Accordingly to this workaround, I think that moz and the jre1.4 have a little
threading problem...

Comment 13

[oliver jehle]

see also bug 115998

Comment 14

[Joshua Xia]

reassign to me

Comment 15

[Pete Zha]

Confirm on Windows2000 mozilla1.2 with JRE1.4.0_01
WFM on Linux(RH8.0) mozilla1.2 with JRE1.4.1_01

Comment 16

[Pete Zha]

WFM on windows2000 netscape7 JRE1.4.1.
So I think this problem has been fixed in latest JRE1.4.1.
Closing.

Comment 17

[Olaf Christoffel]

jupp, tested with mozilla 1.2.1 + jre 1.4.1_01 on winNT4 and it works!

many thx and happy x-max

Comment 18

[jian wen hao]

This bug's applet make mozilla1.2 hang on JRE1.4.2-beta on solaris 9 Gnome 2.0
fcs 04.
================================[e-mail] 2003-1-8=======

Comment 19

[Pete Zha]

Jennifer, Can you reopen this bug and modify platform and keyword?