Closed Bug 187825 Opened 22 years ago Closed 13 years ago

Image with src update doesn't get updated

Categories

(Core :: Graphics: ImageLib, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: neil, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(1 file)

I have a web cam which updates the image every time the image is reloaded
(http://www.stratoware.com/webcam2000/).  I tried to setup a timer on the web
page to reload the image every n seconds as I don't want the web page itself to
keep reloading.

If the filename in the .src changes, then the image updates as it should. 
However, if the filename doesn't change in any way, the image doesn't update.

This even happens if I set <meta http-equiv="pragma" content="no-cache"> in the
html (moz 1.3a release).  It works as I would like it to in IE 6.
Attached file Testcase
Oh, one more thing.  If you open the testcase in 2 tabs at the same time, it
will start to work.
we optimize away changes to the DOM that would change nothing (in this case
setting "image.src = image.src").  You may want to set .src = ""; then
.src="whatever"....
Assignee: rogerl → jst
Component: JavaScript Engine → DOM Level 0
QA Contact: pschwartau → desale
I already tried that.  It doesn't work.  The image doesn't do anything until I
replace it with another valid image.
hm... then it's more likely an imagelib bug than a DOM bug.
The example isn't working anymore because the port with the image changed, so
I've put up a url to my camera which shows the problem.

I'd just like to find a workaround if possible.
*** Bug 195510 has been marked as a duplicate of this bug. ***
Neil, if you add a changing ?number to the end of the url, e.g. with

  image.src = url + "?" + count++;

it should work, if the program serving the image knows to ignore what follows
the question mark (as most servers should).  It's a kluge, but it could
be the workaround you were looking for.

It worked, thanks!
Depends on: 83774
Keywords: testcase
Now that the version with the workaround is up at
http://www.eightlines.com/neil/webcam/
I've placed a simplified version here
http://www.eightlines.com/neil/webcam/mozbug.html
Mass-reassigning bugs to dom_bugs@netscape.com
Assignee: jst → dom_bugs
Is this still an issue?  I suspect the problem may actually be in the guts of
libpr0n....
*** Bug 211393 has been marked as a duplicate of this bug. ***
Yes, this still occurs.  Seems ImageLib/Cache related...
Assignee: dom_bugs → jdunn
Component: DOM Level 0 → ImageLib
OS: Windows 2000 → All
QA Contact: desale → tpreston
the issue here is basically the same as in
http://bugzilla.mozilla.org/show_bug.cgi?id=202274#c8 (though the (ugly) patch
there would not fix this bug)
Assignee: jdunn → nobody
QA Contact: tpreston → imagelib
Last input in 2003. better treat as incomplete.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: