[Webkit-unassigned] [Bug 24159] New: Cache-control: public headers don't cache in the browser between sessions

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Feb 25 08:58:50 PST 2009


           Summary: Cache-control: public headers don't cache in the browser
                    between sessions
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Macintosh
               URL: https://rallyperf.rallydev.com/slm/
        OS/Version: Mac OS X 10.5
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P3
         Component: Page Loading
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: tvr1 at cornell.edu

When a computer sends "Cache-control: public" for SSL site, the browser should
cache content on disk for those requests. This is how Firefox 3.0+, Chrome and
IE 6+ behave.

To reproduce, 
1.) Go to a website that show gives Cache-control: public for content on an SSL
site. The example site https://rallyperf.rallydev.com/slm/ has this on the
login page.
2.) Quit browser
3.) Open same page again. Firefox 3.0+, Chrome and IE 6+ all do not reload that
static content. Safari 3.2+, Safari 4.0 beta, and WebKit all reload content.
This makes the site significantly slower over low latency connections.

See following URLs for more info:
http://blog.httpwatch.com/2009/01/15/https-performance-tuning/   (Tip #4)

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