[Webkit-unassigned] [Bug 24176] New: "Cache-Control: public" doesn't save content to disk for SSL site

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Feb 25 16:16:29 PST 2009


https://bugs.webkit.org/show_bug.cgi?id=24176

           Summary: "Cache-Control: public" doesn't save content to disk for
                    SSL site
           Product: WebKit
           Version: 525.x (Safari 3.2)
          Platform: Macintosh
               URL: https://trial.rallydev.com/slm/
        OS/Version: Mac OS X 10.5
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Page Loading
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: tvr1 at cornell.edu
                CC: tvr1 at cornell.edu


Firefox 3+, Chrome and IE all store content that has a Response Header of 
Cache-Control: public
in the browser disk cache so that repeated visits to the same site (such as a
Web 2.0 SaaS service) results in much faster load times. Safari is the only
browser that does not respect this control. This includes Safari 3.2+ and
Safari alpha 4.0+ on Mac OS X and Windows. This seems like a trivial change
(but could be more complicated than I think) and would mimic behavior of all
other major browsers.

The URL https://trial.rallydev.com/slm/ has the appropriate headers set for
static content.
To reproduce:
1) With clean cache, visit  https://trial.rallydev.com/slm/ in Firefox and
Safari
2) Notice in Inspector and Firebug that all static content includes the header
"Cache-Control: max-age=86401, public" or "Cache-Control: public"
3) Quit browsers and restart browsers. Visit https://trial.rallydev.com/slm/
again.
4) Notice in Inspector that Safari downloads all components again, while
Firefox (correctly) only downloads the dynamic content

See following URLs for more info:
http://blog.pluron.com/2008/07/why-you-should.html
http://blog.httpwatch.com/2009/01/15/https-performance-tuning/ (Tip #3)


-- 
Configure bugmail: https://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