Avatar (possibly other) ETag headers seem to be improperly processed, leading to re-requesting unchanged resources

XMLWordPrintable

    • Severity 3 - Minor

      HTR:

      $ curl 'http://mbp-swiety:6060/foo/avatar/val?s=25' -H 'Accept-Encoding: gzip, deflate, sdch' --compressed -v -o /dev/null 
> GET /foo/avatar/val?s=25 HTTP/1.1
> User-Agent: curl/7.37.1
> Host: mbp-swiety:6060
> Accept: */*
> Accept-Encoding: gzip, deflate, sdch
< HTTP/1.1 200 OK

$ curl 'http://mbp-swiety:6060/foo/avatar/val?s=25' -H 'Accept-Encoding: gzip, deflate, sdch' -H 'If-None-Match: ngzgn02-gzip"' --compressed -v -o /dev/null 
> GET /foo/avatar/val?s=25 HTTP/1.1
> User-Agent: curl/7.37.1
> Host: mbp-swiety:6060
> Accept: */*
> Accept-Encoding: gzip, deflate, sdch
> If-None-Match: ngzgn02-gzip"
> 
< HTTP/1.1 200 OK

      The second request should recognize the etag and return 304 without re-rendering the image.

      Caused by Jetty modifying the etag on output, but failing to strip the modifications on subsequent requests. https://bugs.eclipse.org/bugs/show_bug.cgi?id=441897

            Assignee:
            Unassigned
            Reporter:
            Lukasz Pater
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: