https://bz.apache.org/bugzilla/show_bug.cgi?id=61820
Eric Covener <cove...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|2.0-HEAD |2.5-HEAD
--- Comment #1 from Eric Covener <cove...@gmail.com> ---
Hi Mark, I think some of the lack of action on this is related to this text:
https://tools.ietf.org/html/rfc7232#section-4.1
The server generating a 304 response MUST generate any of the
following header fields that would have been sent in a 200 (OK)
response to the same request: Cache-Control, Content-Location, Date,
ETag, Expires, and Vary.
...
Since the goal of a 304 response is to minimize information transfer
when the recipient already has one or more cached representations, a
sender SHOULD NOT generate representation metadata other than the
above listed fields unless said metadata exists for the purpose of
guiding cache updates (e.g., Last-Modified might be useful if the
response does not have an ETag field).
7230 lists a few "representation metadata" but I'm not sure it's meant to be
exhaustive, so it's difficult to whitelist or blacklist it. Any advice on how
we differentiate here?
3.1. Representation Metadata
Representation header fields provide metadata about the
representation. When a message includes a payload body, the
representation header fields describe how to interpret the
representation data enclosed in the payload body. In a response to a
HEAD request, the representation header fields describe the
representation data that would have been enclosed in the payload body
if the same request had been a GET.
The following header fields convey representation metadata:
+-------------------+-----------------+
| Header Field Name | Defined in... |
+-------------------+-----------------+
| Content-Type | Section 3.1.1.5 |
| Content-Encoding | Section 3.1.2.2 |
| Content-Language | Section 3.1.3.2 |
| Content-Location | Section 3.1.4.2 |
+-------------------+-----------------+
--
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscr...@httpd.apache.org
For additional commands, e-mail: bugs-h...@httpd.apache.org
