[swift v1]: introduce a TempURLKey argument for objects.CreateTempURLOpts struct#2602
Conversation
a4c6d6d to
fcb1ed1
Compare
|
@EmilienM @pierreprinetti looks like something is wrong with the CI |
|
Master failed with an unrelated error downloading the cirros image during devstack deployment: However, the other jobs failed for a legitimate reason: |
@mandre I forgot about the scrolling, have seen only master. Interesting, I was sure that links generated with an empty key shouldn't work. Let me check in my env. |
|
@mandre funny, it looks like tempurl acceptance tests have never worked. |
e5756e3 to
96c2522
Compare
96c2522 to
330f72e
Compare
|
@mandre ready to review. |
|
@EmilienM @pierreprinetti @mandre kindly ping. |
| th.AssertNoErr(t, err) | ||
|
|
||
| resp, err := http.Get(objURLs[i]) | ||
| resp, err := client.ProviderClient.HTTPClient.Get(objURLs[i]) |
There was a problem hiding this comment.
Shouldn't we keep using an unauthenticated client for downloading the objects using the temp URL?
There was a problem hiding this comment.
it's already unauthenticated. if you take a look on the debug code you can see that there are no headers used. this is just more convenient way to reuse the existing http client on the low level + get a bonus for http request/response debug.
Fixes #2601