[Webkit-unassigned] [Bug 13128] New: safari not obeying cache header
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Mar 19 21:24:55 PDT 2007
http://bugs.webkit.org/show_bug.cgi?id=13128
Summary: safari not obeying cache header
Product: WebKit
Version: 420+
Platform: Macintosh
URL: http://www.sirensclef.com/safari_image_cache/
OS/Version: Mac OS X 10.4
Status: UNCONFIRMED
Severity: Normal
Priority: P2
Component: New Bugs
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: alex at avannaproductions.com
Safari does not seem to be obeying the following cache header: "Cache-control:
public, must-revalidate, max-age=3600". This is demonstrated with the above
url, where you do not match FF's caching behavior (or Mac IE for that matter!).
This is with Safari in 10.4.9, as well as nightly build.
Load the url above, which uses PHP to generate a PNG with the current
timestamp.
Refresh the page. You will see the timestamp increments, as expected.
Now, press return inside the address bar to cause the page to load again.
Again, the timestamp will increment. (This can also be demonstrated by clicking
a link on a separate web page, to go to this image script.)
If it had obeyed the cache header, pressing return in the address bar would not
have incremented the timestamp because it would have loaded the image from the
cache.
Doing this in FF gives the expected results: it only increments on an actual
refresh, as opposed to pressing return in the address bar.
The PHP I am using to test this can be found at:
http://www.sirensclef.com/safari_image_cache/code.html
--
Configure bugmail: http://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
More information about the webkit-unassigned
mailing list