User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729) I noticed that if I do a shift reload the an image file is being downloaded as many times as it appears on the page. I have a google map that has 100+ markers that can take over 2 mins when I normally have the same page render in 10-30 seconds. I did not have this problem with any build of Firefox 3.0, and I am doing test on a local machine, so I do not have a test case at this moment. Reproducible: Always Steps to Reproduce: 1.Load a page with many images with the same name, like google maps with many markers. 2.Do a shift reload to force files to be pulled from the server. Actual Results: The image is downloaded even after the first image completes downloading. Expected Results: The image file should only be downloaded once and then use the cache to render the rest.
Also, it looks to not use the cache until I do a refresh without holding shift.
Same issue here, the cache is not used after shift reload until after another reload without holding shift. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:22.214.171.124) Gecko/20090803 Fedora/3.5.2-2.fc11 Firefox/3.5.2
I can confirm the bug for firefox 3.5 and firefox 3.6 (Windows and Linux). If the same element is called two or more times in the html, with Ctrl+F5 the element will be downloaded as many times as it appears. Firebug reports all the calls: http://dev.pe/tests/element.png . Also the behavior is confirmed on the web server side with the same element being called many times. Changing the element from being called from the html to the css solves the issue.
Isn't this a dup of Bug 497665, which is fixed?