[Webkit-unassigned] [Bug 7393] New: XMLHttpRequest responses are never cached

bugzilla-daemon at opendarwin.org bugzilla-daemon at opendarwin.org
Mon Feb 20 11:38:24 PST 2006


http://bugzilla.opendarwin.org/show_bug.cgi?id=7393

           Summary: XMLHttpRequest responses are never cached
           Product: WebKit
           Version: 420+ (nightly)
          Platform: Macintosh
        OS/Version: Mac OS X 10.4
            Status: NEW
          Severity: normal
          Priority: P2
         Component: XML DOM
        AssignedTo: webkit-unassigned at opendarwin.org
        ReportedBy: ap at nypop.com


(split from bug 3810)

>From -[WebFrameBridge
syncLoadResourceWithURL:customHeaders:postData:finalURL:responseHeaders:statusCode:]
:

    // Never use cached data for these requests (xmlhttprequests).
    [request setCachePolicy:[[[self dataSource] request] cachePolicy]];

>From Web Applications spec draft:

UAs may set the If-Modified-Since, If-None-Match, If-Range, and Range headers
if the resource is cached and has not expired (as allowed by HTTP), and must
not allow those headers to be overridden.
<...>
In particular, UAs must not automatically set the Cache-Control or Pragma
headers to defeat caching.

  Sounds like WebKit is violating the spec (although beware that it's a draft
with many known issues). Worse, the current behavior seems to prevent any kind
of caching - NSURLConnection is forbidden to do the caching internally, and
conditional headers set by the calling code (which is not currently forbidden)
make the request fail, because NSURLConnection unsuccessfully tries to process
the 304 response itself.

  Or maybe the comment in WebFrameBridge is just misleading :)


-- 
Configure bugmail: http://bugzilla.opendarwin.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