[Webkit-unassigned] [Bug 34969] [chromium] expose endToEnd flag in reload() API
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Feb 17 02:11:27 PST 2010
https://bugs.webkit.org/show_bug.cgi?id=34969
--- Comment #5 from Evan Martin <evan at chromium.org> 2010-02-17 02:11:27 PST ---
Here's the code in FrameLoader:
if (loadType == FrameLoadTypeReload) {
request.setCachePolicy(ReloadIgnoringCacheData);
request.setHTTPHeaderField("Cache-Control", "max-age=0");
} else if (loadType == FrameLoadTypeReloadFromOrigin) {
request.setCachePolicy(ReloadIgnoringCacheData);
request.setHTTPHeaderField("Cache-Control", "no-cache");
request.setHTTPHeaderField("Pragma", "no-cache");
endToEnd=true causes the second loadtype:
loadWithDocumentLoader(loader.get(), endToEndReload ?
FrameLoadTypeReloadFromOrigin : FrameLoadTypeReload, 0);
You worried about the effects of using ReloadIgnoringCacheData in the the
review: "I'm afraid that if it is also setting ReloadIgnoringCacheData
that our disk cache will be evicted even for an otherwise conditional
request" but I don't know enough about this code to know what the effects of it
are.
Here's the text of the RFC:
End-to-end reload
The request includes a "no-cache" cache-control directive or, for
compatibility with HTTP/1.0 clients, "Pragma: no-cache". Field
names MUST NOT be included with the no-cache directive in a
request. The server MUST NOT use a cached copy when responding to
such a request.
Specific end-to-end revalidation
The request includes a "max-age=0" cache-control directive, which
forces each cache along the path to the origin server to
revalidate its own entry, if any, with the next cache or server.
The initial request includes a cache-validating conditional with
the client's current validator.
Because "end to end reload" is the wording used in the RFC, I can see where the
WebKit name came from. But I agree that it is very confusing.
>From your other mails I saw these suggestions:
LOAD_VALIDATE_CACHE / LOAD_BYPASS_CACHE
RELOAD_VALIDATING_CACHE / RELOAD_IGNORING_CACHE
I will arbitrarily go with ignoreCache and upload another patch.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list