[Webkit-unassigned] [Bug 203058] HEAD requests are not cached

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=203058

--- Comment #6 from Ben Nham <nham at apple.com> ---
There seem to be two ways this is currently supported in the field:

1. Cache GET and HEAD requests separately without support for GET => HEAD downgrade (Firefox)
2. Don't cache HEAD requests directly, but support downgrade of a cached GET to a cached HEAD (Chrome)

Obviously we could do both, but it would be a bit more complicated than doing one or the other (because we'd potentially now do two cache lookups for a HEAD request rather than just one).

I've tried out a simple patch that treats GETs and HEADs separately and it doesn't have an effect on PLT even though it does properly result in cached HEADs in the warm trace. I suspected this would happen due to the requests not being on the critical path.

Based on that, my vote is to do the simplest thing that adds this feature and is maintainable.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20191029/03bf8380/attachment.htm>