Bug #3453
rgw: Resume download fails because of mismatched ETags that should match
0%
Description
Trying to resume a download with firefox.
During the initial download I getETag: "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
rgw: unquote etag for if-match
Fixes: #3453
Passed ETag for copy/get request may be quoted.
Signed-off-by: Yehuda Sadeh <yehuda@inktank.com>
rgw: unquote etag for if-match
Fixes: #3453
Passed ETag for copy/get request may be quoted.
Signed-off-by: Yehuda Sadeh <yehuda@inktank.com>
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