RESOLVED FIXED 143020
[WK2] Responses with 204 HTTP Status Code should be cacheable by default
https://bugs.webkit.org/show_bug.cgi?id=143020
Summary [WK2] Responses with 204 HTTP Status Code should be cacheable by default
Chris Dumez
Reported 2015-03-24 14:20:33 PDT
Responses with 204 HTTP Status Code should be cacheable by default according to RFC 7231: """ A 204 response is cacheable by default; i.e., unless otherwise indicated by the method definition or explicit cache controls (see Section 4.2.2 of [RFC7234]). """ [1] [1] http://tools.ietf.org/html/rfc7231#section-6.3.5 The new WebKit Network cache does not currently cache these, even if Cache-Control headers allow us to do so.
Attachments
Patch (6.48 KB, patch)
2015-03-24 14:42 PDT, Chris Dumez
no flags
Patch (8.85 KB, patch)
2015-03-24 16:05 PDT, Chris Dumez
no flags
Radar WebKit Bug Importer
Comment 1 2015-03-24 14:21:17 PDT
Chris Dumez
Comment 2 2015-03-24 14:42:03 PDT
Antti Koivisto
Comment 3 2015-03-24 15:10:11 PDT
Comment on attachment 249355 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=249355&action=review > LayoutTests/http/tests/cache/disk-cache/resources/cache-test.js:46 > - var testURL = "resources/generate-response.cgi?uniqueId=" + uniqueTestId++ + "&Content-type=text/plain"; > + var cgi_script = withBody ? "resources/generate-response.cgi" : "resources/generate-response-no-body.cgi"; > + var testURL = cgi_script + "?uniqueId=" + uniqueTestId++ + "&Content-type=text/plain"; Maybe body generation should just be an argument for the script? Otherwise we need to keep these in sync if we add features.
Chris Dumez
Comment 4 2015-03-24 16:05:28 PDT
Chris Dumez
Comment 5 2015-03-24 16:46:46 PDT
Comment on attachment 249361 [details] Patch Clearing flags on attachment: 249361 Committed r181920: <http://trac.webkit.org/changeset/181920>
Chris Dumez
Comment 6 2015-03-24 16:46:54 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.