https://issues.apache.org/bugzilla/show_bug.cgi?id=46306
Summary: If-Modified-Since: and If-None-Match: incorrect result
Product: Apache httpd-1.3
Version: 1.3.41
Platform: PC
OS/Version: Mac OS X 10.4
Status: NEW
Severity: normal
Priority: P2
Component: core
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
We have a URL with two versions, and older one and a newer one.
The older one had these attributes:
Content-Length: 2558
ETag: "1ee799-9fe-49158c39"
Last-Modified: Sat, 08 Nov 2008 12:55:21 GMT
It was then edited and now has these attributes:
Last-Modified: Sat, 08 Nov 2008 13:48:57 GMT
ETag: "1ee799-bb7-491598c9"
Content-Length: 2999
We have a buggy caching client that is sending the following conditionals on a
refresh request:
If-Modified-Since: Sat, 08 Nov 2008 12:55:21 GMT
If-None-Match: "1ee799-bb7-491598c9"
(The IMS is from the older one, but the INM is from the newer one.)
Apache returns a 304 response to this request.
This seems wrong, since RFC 2616 13.3.4 states, "An HTTP/1.1 origin server,
upon receiving a conditional request that includes both a Last-Modified date
(e.g., in an If-Modified-Since or If-Unmodified-Since header field) and one or
more entity tags (e.g., in an If-Match, If-None-Match, or If-Range header
field) as cache validators, MUST NOT return a response status of 304 (Not
Modified) unless doing so is consistent with all of the conditional header
fields in the request."
The correct behavior would be to return a 200 response with the content, since
the IMS conditional header is not consistent.
The content in this case is a static HTML file, but the problem has been
observed with various other content types as well.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
