Hey folks, I just found that when I make a request to my server and specify "gzip" for the "Accept-Encoding" header, The value of the "ETag" header that gets sent back in the response includes "-gzip" (no-quotes) appended to it, outside the quoted string. For example: Resp_Headers<<< ETag: "26801a-8c8-4644248a16b00"-gzip Accept-Ranges: bytes Vary: Accept-Encoding Content-Encoding: gzip >>> Does anyone know if this is normal? I can't find anything about it in the HTTP specification, it looks like the only there can potentially be outside the quoted string of an entity tag is the W/ weakness prefix: http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.11 I've also found that the server itself is not matching the tag when the -gzip suffix is there. I.e., if I do: HEAD /file.txt HTTP/1.1 Host: myhost If-None-Match: "26801a-8c8-4644248a16b00"-gzip It responds with a 200, instead of a 304 (indicating that the specified entity tag doesn't match what it thinks the current value is). I've tried the same with and without "Accept-Encoding: gzip", and it behaves the same either way. If I remove the -gzip suffix, then it responds correctly with a "304 Not Modified". Thanks for any help, -Brian -- Feel free to contact me using PGP Encryption: Key Id: 0x3AA70848 Available from: http://pgp.mit.edu/ --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|