[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