7393 2006-02-20 11:38:24 -0800 A stale comment about XMLHttpRequest responses being never cached 2019-02-06 09:03:14 -0800 1 1 1 Unclassified WebKit DOM 420+ Mac OS X 10.4 RESOLVED FIXED P2 Normal --- 1 ap ap cdumez sen oldest_to_newest 33515 0 ap 2006-02-20 11:38:24 -0800 (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 :) 34659 1 6790 ap 2006-03-01 11:38:21 -0800 Created attachment 6790 proposed patch OK, my tests show that caching of XMLHttpRequest responses does work properly (in Safari with current WebKit builds, at least). Just don't add an If-Modified-Since header manually, and NSURLConnection will take care of the rest, and will return a 200 response. It returns a cached response if possible, or issues a conditional request if re-validation is needed. If this doesn't work for Dashboard widgets, which I haven't checked, then perhaps Dashboard always forces a reload of the main document, which defeats caching of subresources and XMLHttpRequests. Dashboard is closed source, so you'd need to file a bug via <http://bugreport.apple.com>. I think this comment is stale, the patch just removes it. 1502929 2 lforschler 2019-02-06 09:03:14 -0800 Mass moving XML DOM bugs to the "DOM" Component. 6790 2006-03-01 11:38:21 -0800 2006-03-01 19:49:15 -0800 proposed patch 7393r1_patch.txt text/plain 614 ap SW5kZXg6IFdlYktpdC9XZWJDb3JlU3VwcG9ydC9XZWJGcmFtZUJyaWRnZS5tCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K LS0tIFdlYktpdC9XZWJDb3JlU3VwcG9ydC9XZWJGcmFtZUJyaWRnZS5tCShyZXZpc2lvbiAxMzA3 MikKKysrIFdlYktpdC9XZWJDb3JlU3VwcG9ydC9XZWJGcmFtZUJyaWRnZS5tCSh3b3JraW5nIGNv cHkpCkBAIC01NTAsNyArNTUwLDYgQEAgTlNTdHJpbmcgKldlYlBsdWdpbkNvbnRhaW5lcktleSA9 ICAgQCJXZQogICAgICAgICBbcmVxdWVzdCBhZGRWYWx1ZTpbcmVxdWVzdEhlYWRlcnMgb2JqZWN0 Rm9yS2V5OmtleV0gZm9ySFRUUEhlYWRlckZpZWxkOmtleV07CiAgICAgfQogICAgIAotICAgIC8v IE5ldmVyIHVzZSBjYWNoZWQgZGF0YSBmb3IgdGhlc2UgcmVxdWVzdHMgKHhtbGh0dHByZXF1ZXN0 cykuCiAgICAgW3JlcXVlc3Qgc2V0Q2FjaGVQb2xpY3k6W1tbc2VsZiBkYXRhU291cmNlXSByZXF1 ZXN0XSBjYWNoZVBvbGljeV1dOwogICAgIGlmICghaGlkZVJlZmVycmVyKQogICAgICAgICBbcmVx dWVzdCBfd2ViX3NldEhUVFBSZWZlcnJlcjpbc2VsZiByZWZlcnJlcl1dOwo=