[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
https://bugs.webkit.org/show_bug.cgi?id=24159
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)
http://blog.pluron.com/2008/07/why-you-should.html
--
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