Closed Bug 557513 Opened 16 years ago Closed 15 years ago

once an image has failed to load FF will not try to retrieve it again (until after some time)

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: tan, Unassigned)

Details

(Whiteboard: [CLOSEME 2011-1-30])

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.1.249.1045 Safari/532.5 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 (.NET CLR 3.5.30729) I set the src of an image element using javascript to an endpoint that returns a 500. When the endpoint is fixed and returns the image I try to load the image again (using javascript setting the src attribute of the image element). However, a request is never fired and the image is still deemed unavailable. It takes some more tries after a some time (varies from 1-5 minutes) when firefox actually tries to and successfully retrieve the image from the server. Reproducible: Always Steps to Reproduce: 1. Use javascript to set the image src to an endpoint that return a 500 2. Change the image src to empty 3. Fix the endpoint such that it returns a valid image 4. Change the image src to that endpoint again Actual Results: 5. The image is not displayed (no request to the server to retrieve the image is fired) Note: this does work after waiting some time and setting the image src again (1-5min). Expected Results: 5. A request is fired to the server to retrieve the image which is then available and the result is the image is displayed. Additionally, the cache header on the image (and page) are no-store, no-cache, must-revalidate. (In IE6-8 the request is send again to the server and the image is succesfully retrieved). Since the image could not be retrieved and the cache headers are set to no-cache no-store I would expect a new request to the server. The cache header of the page: Response Headers Server Apache-Coyote/1.1 Expires 0 Cache-Control no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Location http://localhost:8080/viewer/patient/query.html Content-Type application/octet-stream Content-Length 0 Date Tue, 06 Apr 2010 14:45:23 GMT Header details the image (500) Response Headers Server Apache-Coyote/1.1 Expires 0 Cache-Control no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Content-Type text/xml Content-Length 2429 Date Tue, 06 Apr 2010 14:46:22 GMT Connection close Workaround: refresh the page (F5) resolves this issue.
Reporter, are you still seeing this issue with Firefox 3.6.13 or later in safe mode? If not, please close. These links can help you in your testing. http://support.mozilla.com/kb/Safe+Mode http://support.mozilla.com/kb/Managing+profiles You can also try to reproduce in Firefox 4 Beta 8 or later, there are many improvements in the new version, http://www.mozilla.com/en-US/firefox/all-beta.html
Whiteboard: [CLOSEME 2011-1-30]
No reply, INCOMPLETE. Please retest with Firefox 3.6.13 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.