search

medabdellahi / google-caldav-issues

Automatically exported from code.google.com/p/google-caldav-issues
0 stars 0 forks source link

If-None-Match does not work with multiple etags #20

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. send a conditional GET request, eg with: If-None-Match: etag1, etag2

What is the expected output?

If 'etag1' matches the current etag on the server, it should return a 304
(Not Modified).

What do you see instead?

A 200 with the full content is returned. Plus the 'etag1' in the ETag header.

Please provide any additional information below.
---snip---
19:12:31:475 [3064]:    Z1Server::DoGET:
path=/calendar/dav/helge.hess%40googlemail.com/events/AFDF3686-9C4E-4285-B6B7-2F
1640D9103B.ics,
etag=164017-63354769828 accept-limit [8073 blocks occupy 3261190 bytes]
19:12:31:475 [3064]:    Z1HttpTransaction::Run: Send GET
/calendar/dav/helge.hess%40googlemail.com/events/AFDF3686-9C4E-4285-B6B7-2F1640D
9103B.ics
[8089 blocks occupy 3261633 bytes]
19:12:31:475 [3064]:    *   headers: #5 [8089 blocks occupy 3261633 bytes]
19:12:31:475 [3064]:    *     If-None-Match: 164017-63354769828,
164017-63354769828-gzip [8089 blocks occupy 3261633 bytes]
19:12:31:475 [3064]:    *     Accept: text/calendar [8089 blocks occupy
3261633 bytes]
19:12:31:475 [3064]:    *     Accept-Charset: utf-8 [8089 blocks occupy
3261633 bytes]
19:12:31:475 [3064]:    *     x-z1-vendor: http://zideone.com/ [8089 blocks
occupy 3261633 bytes]
19:12:31:475 [3064]:    *     x-z1-license: evaluation-copy [8089 blocks
occupy 3261633 bytes]
19:12:32:416 [3064]:    Z1HttpTransaction::AcceptResponseContent:  
Accept?: 200 [8089 blocks occupy 3261633 bytes]
19:12:32:416 [3064]:    *   headers: #8 [8107 blocks occupy 3262017 bytes]
19:12:32:416 [3064]:    *     transfer-encoding: chunked [8107 blocks
occupy 3262017 bytes]
19:12:32:416 [3064]:    *     date: Mon, 18 Aug 2008 19:12:32 GMT [8107
blocks occupy 3262017 bytes]
19:12:32:416 [3064]:    *     expires: Mon, 18 Aug 2008 19:12:32 GMT [8107
blocks occupy 3262017 bytes]
19:12:32:416 [3064]:    *     cache-control: private, max-age=0 [8107
blocks occupy 3262017 bytes]
19:12:32:416 [3064]:    *     dav: 1, calendar-access, calendar-schedule
[8107 blocks occupy 3262017 bytes]
19:12:32:416 [3064]:    *     etag: 164017-63354769828 [8107 blocks occupy
3262017 bytes]
19:12:32:416 [3064]:    *     server: GFE/1.3 [8107 blocks occupy 3262017
bytes]
19:12:32:416 [3064]:    *     content-type: text/calendar [8107 blocks
occupy 3262017 bytes]
19:12:32:416 [3064]:    Z1HttpTransaction::Run:   receive response
(status=200) [8107 blocks occupy 3262017 bytes]
19:12:32:416 [3064]:    Z1HttpTransaction::HandleResponseContent:   recv:
071BB040 1120 [8107 blocks occupy 3262017 bytes]
19:12:32:416 [3064]:    Z1HttpTransaction::HandleResponseContent:   recv:
071BB040 232 [8108 blocks occupy 3266115 bytes]
19:12:32:426 [3064]:    Z1HttpTransaction::HandleResponseContent:   recv:
071BB040 0 [8108 blocks occupy 3266115 bytes]
---snap---

Notably the ETag returned by the GET matches one of the ETags in the request.

Original issue reported on code.google.com by helge.h...@googlemail.com on 18 Aug 2008 at 7:18

GoogleCodeExporter commented 9 years ago 
This seems to work fine in todays deployment, a 304 is properly returned.

I suggest to close the issue.

Original comment by helge.h...@googlemail.com on 5 Oct 2008 at 2:01

GoogleCodeExporter commented 9 years ago

Original comment by di...@google.com on 7 Oct 2008 at 12:53