Project

General

Profile

Bug #3453

rgw: Resume download fails because of mismatched ETags that should match

Added by Sylvain Munaut over 11 years ago. Updated over 11 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Target version:
-
% Done:

0%

Source:
Community (user)
Tags:
Backport:
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

Trying to resume a download with firefox.

During the initial download I get
ETag: "a91313a06a1df0ee6b86abf7a8b8a6eb-170"

Then during resume, firefox sends:
If-Match: "a91313a06a1df0ee6b86abf7a8b8a6eb-170"

In the rgw logs you can find :

HTTP_IF_MATCH="a91313a06a1df0ee6b86abf7a8b8a6eb-170"

and

2012-11-07 16:49:58.275699 7f78f57ba700 10 ETag: a91313a06a1df0ee6b86abf7a8b8a6eb-170 If-Match: "a91313a06a1df0ee6b86abf7a8b8a6eb-170"
2012-11-07 16:49:58.275714 7f78f57ba700 10 --> Status: 412

So basically one has quote around it and the other doesn't ... I'm not sure exactly who is responsible here, if it's radosgw or the fastcgi frontend (lighttpd) ...

Associated revisions

Revision 97c19da4 (diff)
Added by Yehuda Sadeh over 11 years ago

rgw: unquote etag for if-match

Fixes: #3453
Passed ETag for copy/get request may be quoted.

Signed-off-by: Yehuda Sadeh <>

Revision da0ea9f9 (diff)
Added by Yehuda Sadeh over 11 years ago

rgw: unquote etag for if-match

Fixes: #3453
Passed ETag for copy/get request may be quoted.

Signed-off-by: Yehuda Sadeh <>

History

#1 Updated by Sylvain Munaut over 11 years ago

Tested with commit:97c19da45eedb00db4d4cd684824c3adca1fe6bb and it now works nicely.

#2 Updated by Yehuda Sadeh over 11 years ago

  • Status changed from New to Resolved

Also available in: Atom PDF