Closed
Bug 105632
Opened 24 years ago
Closed 24 years ago
window.onload event does not appear to work on NT Server
Categories
(Core :: DOM: Events, defect)
Tracking
()
VERIFIED
INVALID
People
(Reporter: rvj, Assigned: joki)
Details
(Keywords: testcase)
Attachments
(1 file)
|
811 bytes,
text/plain
|
Details |
I have recently started testing my xul app on a NT server and found that
window.onload = function () event does not fire.
I understand NT workstation and NT server use common core code so I am a little
surprised. I have attached a XUL testcase which should display the message
file loaded.
Comment 2•24 years ago
|
||
yes, I run in to this problem too, but the next seems work
> window.frames[0].window.addEventListener('onload', alert('file loaded'), false);
Comment 3•24 years ago
|
||
Confirmed. I have absolutely no idea why .onload doesn't work while
addEventListener works.
Note that this is using 0.9.6 on win2k.
Marking NEW.
Comment 4•24 years ago
|
||
Window (and frame) event handler are cleared when a new page is loaded into the
window (or frame), except in the case when the page being replaced is
"about:blank", window.addEventListener("load") (note, not "onload") should be no
different than window.onload=...
Use nsIWebProgress, or iframe.onload to know when an iframe has loaded, don't
mess with event handlers *in* the iframe content from outside the iframe content.
INVALID. (joki, reopen if you disagree)
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Comment 5•24 years ago
|
||
The addEventListener is not actually fired but because of bug 119072 which I
found while investigating this the alert box is still shown...
I still have doubts about this though, isnt frames[0].window still outside the
frame content, while frames[0].document would be inside the content?
If it is so the event handlers should be fired.
Comment 6•24 years ago
|
||
actually if it was true window.onload, once set, would be called every time you
go to any page, and the only way to reset it would be to close the window...
verifying invalid
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•