62288 - No onload events after first load of image

Status: VERIFIED WORKSFORME

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

Description

[Craig MacKenna]

It seems that none of Mozilla 0.6, nor M18, nor Netscape 6.0, report an onload
event for the loading of an Image object, nor for subsequent reassignments of
the src property of an image that's defined as part of a web page's HTML.  This
differs from the behavior of NS 3, NS 4, IE 4, and IE 5.

The workarounds that we use in our main front page,
http://www.animalhead.com/index.html, are commented out in the cited "oldindex"
page.

Comment 1

[Phil Schwartau]

Browser, not engine. Reassigning to Event Handling component -

Comment 2

[Nicholas Rezanof Rinard]

I have reproduced part of this bug. I refute that <object> tags fail onLoad and
I support that REloading of <img> tags fail.

I have made a minimal test case at

http://www.dartmouth.edu/~nrrinard/dev/moz/moz_bug_62288_test.html

This is using Mozilla .6 for the Mac under OS 9.0.4 on a Rev. A iMac.

Comment 3

[Keyser Sose]

Worksforme
Platform: PC
OS: Linux 2.2.16
Mozilla Build: 2000121908 M18 Trunk Build.

Comment 4

[Mark Olson]

I can reproduce the reduced testcase on Linux 2000133618 (CVS build).

Comment 5

[Keyser Sose]

After talking on #mozillazine some people are still seeing this. Marking as NEW.

Comment 6

[Hixie (not reading bugmail)]

Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.

Comment 7

[joki (gone)]

Setting milestone

Comment 8

[Boris Zbarsky [:bzbarsky]]

*** Bug 70178 has been marked as a duplicate of this bug. ***

Comment 9

[joki (gone)]

Time constraints on crashing bugs forcing this to 0.9.1

Comment 10

[had]

Verified with Windows-NT4

Comment 11

[Marek Z. Jeziorek]

moving to TM of 0.9.2 per PDT triage (you can check it into 0.9.1 until Friday,
18/May/01 or into 0.9.2 after the tree opens)

Comment 12

[Madhur Bhatia]

QA contact updated

Comment 13

[Max Spicer]

Apologies if this is already known, but it is not apparent from the comments so 
far.  The problem is that when an image is available in Mozilla's memory cache, 
it does not trigger an onload event upon its retrieval.  It therefore affects 
any image that has been seen before in the current browser session.

Comment 14

[joki (gone)]

Moving lower priority bugs out of .9.2 milestone.

Comment 15

[Phil Schwartau]

*** Bug 90040 has been marked as a duplicate of this bug. ***

Comment 16

[Oliver Klee]

Bug 74993 may be related.

Comment 17

[Blake Ross]

Doesn't look like this is getting fixed before the freeze tomorrow night.
Pushing out a milestone.  Please correct if I'm mistaken.

Comment 18

[basic]

*** Bug 74993 has been marked as a duplicate of this bug. ***

Comment 19

[Craig MacKenna]

The 8/22/01 build shows progress on this problem.
But the subject URL still does not run as on other browsers.
Please keep up the good work!

Comment 20

[saari (gone)]

->0.9.5

Comment 21

[Jeroen Kessels]

An easier to follow demonstration of this bug can be found on:
http://www.numion.com/opera/

Comment 22

[joki (gone)]

Moving to 0.9.6

Comment 23

[Piotr Pawlow]

Easy workaround for this bug:

1. Enclose IMG element in SPAN
<span id="workaround"><img src=(...)></span>
2. After changing SRC attribute do this:
spanobj=document.getElementById('workaround');
spanobj.innerHTML=spanobj.innerHTML;

It works for me, tested on Mozilla build 2001101117 and Netscape 6.2, on Win2000

Comment 24

[joki (gone)]

0.9.6 has passed, moving to 0.9.7.  Load balancing 0.9.7 list shortly

Comment 25

[Jeroen Kessels]

The workaround reported by Piotr Pawlow works for me as well, but makes 
the browser insufferably slow. I have decided not to use the workaround in the 
speedtest on www.numion.com, and wait for a proper bugfix.

Comment 26

[Olav Vitters]

*** Bug 117053 has been marked as a duplicate of this bug. ***

Comment 27

[joki (gone)]

Moving bugs from 0.9.7 for triaging in 0.9.8

Comment 28

[WD]

WFM with 200231503

Comment 29

[Craig MacKenna]

Original reporter: WFM2.  
This open source stuff is neat!  You just report a bug and 15 months later someone fixes it 
:-)

Comment 30

[WD]

*** Bug 132052 has been marked as a duplicate of this bug. ***

Comment 31

[Vladimir Ermakov]

verifying

Comment 32

[Martin Sch]

Is this the same as bug 93015 ?