swift/test
Tim Burke b2386b9947 s3api: Stop upper-casing request-method for signatures
The AWS behaviour is weird: if I have my client signer always use
the casing that will be sent on the wire, I reliably get back 405s,
but if my client signer always converts to upper-case despite
sending lower-case on the wire, it's roughly a coin toss for whether
I get back a 405 or a 403 (with the string-to-sign indicating that
the server was expecting lower-case). This is true for both v2 and
v4 signatures, both in headers and in query params.

Logically, though, it seems like using what's on the wire *ought* to
be the way to go, and AWS's consistency in that case lends some
credibility.

Unfortunately, that breaks an existing functional test unless awscrt
is installed, as boto3 (or botocore? somebody) will upper-case the
request method by default, but trusts awscrt to handle things if
available. So skip the part of the test that uses a lower-cased
request method if we can't import awscrt.

Change-Id: Ia6cacc51b2744986e703469f9e5215209194de8a
2024-10-25 20:28:02 +00:00
..
cors tests: Update CORS geckodriver 2024-03-14 20:45:47 -07:00
functional s3api: Stop upper-casing request-method for signatures 2024-10-25 20:28:02 +00:00
probe fix x-open-expired 404 on HEAD?part-number reqs 2024-10-18 18:33:09 +00:00
s3api s3api: Clean up some errors 2024-09-03 17:26:41 -07:00
unit fix x-open-expired 404 on HEAD?part-number reqs 2024-10-18 18:33:09 +00:00
__init__.py Clean up some cruft 2023-01-19 12:56:08 -08:00
debug_logger.py FakeStatsdClient: Stop issuing DNS calls for host. 2024-08-13 17:04:40 +10:00
sample.conf fix s3api functional tests 2020-05-15 22:38:04 -07:00