Comments and changes to this ticket
-
Joao Carlos May 9th, 2009 @ 09:07 PM
I can't seem to replicate this (Firefox 3.5 beta 4). Which version of Firefox are you using?
-
Matias Korhonen May 9th, 2009 @ 09:13 PM
I just tried this in Firefox 3.0.10 and Firefox 3.5b4 and neither of them exhibited this behaviour.
-
Matias Korhonen May 9th, 2009 @ 09:16 PM
Also no such behaviour in Epiphany (2.27.1 WebKit) or Opera (10.00 Alpha build 4340, development snapshot).
-
Matias Korhonen May 9th, 2009 @ 09:30 PM
Try and update to the latest stable Firefox (3.0.10) and see if the problem persists ( http://www.mozilla.com/en-US/fir... ).
-
Joao Carlos May 9th, 2009 @ 09:48 PM
I just tested with 3.0.10. It does act as Rahil described. Firefox may not be caching the image, or re-downloading them in any case.
YSlow reports that we should add an expires header ( http://developer.yahoo.com/perfo... ) and configure ETags ( http://developer.yahoo.com/perfo... ).
-
Matias Korhonen May 9th, 2009 @ 09:50 PM
Then it must be a Mac problem since I can't reproduce it on my computer.
-
Matias Korhonen May 9th, 2009 @ 10:03 PM
We do have an ETag header (ETags are enabled by default in Apache).
For example I have this from the homepage:
Etag: "638f4d396bf95895f8b2a4b60d0af247"
So we really only need the expires settings. And FF IS caching components, I just checked in FireBug.
-
Joao Carlos May 10th, 2009 @ 06:54 PM
- State changed from new to invalid
This has nothing to do with our application. Closing.
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
Ruby on Rails web application for the HAAGA-HELIA Linux Club.