2874 - onLoad racy with applet tag

Status: VERIFIED DUPLICATE of bug 115998

(Core :: DOM: UI Events & Focus Handling, defect, P1)

Description

[chips]

(This bug imported from BugSplat, Netscape's internal bugsystem.  It
was known there as bug #91994
http://scopus.netscape.com/bugsplat/show_bug.cgi?id=91994
Imported into Bugzilla on 02/03/99 18:25)

From rweltman:

  http://manta.mcom.com/tablebean/New/index2.html. It currently has no
delay, which is often sufficient when loading over the internal network,
but not when loading over a 28.8 dial-in line.

  http://manta.mcom.com/beans/DNPickerApplet2.html. It currently has a
four second delay, which is often sufficient when loading over the
internal network, but not when loading over a 28.8 dial-in line. I'll
make a http://manta.mcom.com/beans/DNPickerApplet3.html now with no
delay; that should always fail on a full reload.

Comment 1

[nix]

it looks like window.onLoad = xxx isn't waiting for the applet
to finish loading.

Comment 2

[Scott Furman]

I just noticed this old applet bug that was originally assigned to nix.  It
sounds like a libmocha OnLoad bug.  Since it's been around so long a fix can
presumably wait for 4.5/5.0.  Reassigning to mlm.

Comment 3

[mlm]

Setting TFV to 4.5.

Comment 4

[leger]

Setting to M14.

Comment 5

[mlm]

Since this bug has been around for so long, moving to 5.0.  (Sorry, Rob.)

Comment 6

[mlm]

Spreading doomage around the group.

Comment 7

[shaver-do-not-use-this-account]

Reassigning to vidur.

Comment 8

[vidur (gone)]

Passing the buck. :-)

Comment 9

[Paul MacQuiddy]

per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

Comment 10

[joki (gone)]

We don't even know if this will be a problem or not in the new world.  Pushing
to far milestone till I have time to look into it.

Comment 11

[Micah Dubinko]

Attachment: Updated test case with "text/plain" mime type

Comment 12

[Micah Dubinko]

Whoa, ignore that attachment--it belongs to another bug

Comment 13

[ekrock's old account (dead)]

Capitalizing [MAKINGTEST]. (Please capitalize for consistency.)

Comment 14

[ekrock's old account (dead)]

Moving M16.

Comment 15

[ekrock's old account (dead)]

Bulk moving old [makingtest] code to new makingtest keyword. Sorry for the spam! 

Comment 16

[joki (gone)]

Bulk prioritizing bugs for correct milestones.

Comment 17

[Gervase Markham [:gerv]]

Removing makingtest keyword (it's been months ;-)

Gerv

Comment 18

[joki (gone)]

This bug has been marked "future" because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another 
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration.

Comment 19

[Madhur Bhatia]

QA contact updated

Comment 20

[tradervik]

This bug seems to have decayed to the point of non-return. The URL site,
manta.mcom.com, doesn't seem to exist anymore, the attached test case is for
another bug, and there seems to have been no activity for months (or even years)
so maybe this one should be marked invalid?

Comment 21

[rweltman]

Go ahead guys, mark the bug obsolete or something. I would imagine the applet 
code has been rewritten several times since this bug was filed five years ago, 
and who cares about 28.8k dialup these days anyway.

Comment 22

[oliver jehle]

or simple fix it... 
the onLoad simply doesnt work with java applets... it's comming before the
applet is initialized and when you call java methods from javascript before the
applet is 
initialized you get an error message on the javascript console, that the method
doesn't exists... 

i've opened another bug 115998 , with an example of the problem. there exists
also other liveconnect problems depending on fireing onLoad before the applet is
initialized..

Comment 23

[saari (gone)]

*** This bug has been marked as a duplicate of 115998 ***

Comment 24

[Matt Perry]

Verified duplicate