Tim Burke fcccb52ff4 s3api: Stop relying on container listings during multipart uploads ...

Previously, we would list the segments container before completing a
multipart upload so that we could verify ETags and sizes before
attempting to create the SLO. However, container listings are only
eventually-consistent, which meant that clients could receive a 400
response complaining that parts could not be found, even though all
parts were uploaded successfully.

Now, use the new SLO validator callback to validate segment sizes, and
use the existing SLO checks to validate ETags.

Change-Id: I57ae6756bd5f06b80cf03a6b40bf58c845f710fe
Closes-Bug: #1636663

2018-12-17 12:20:58 -08:00

..

__init__.py

Import swift3 into swift repo as s3api middleware

2018-04-27 15:53:57 +09:00

s3_test_client.py

Merge "s3api: Change default location to us-east-1"

2018-12-07 07:45:09 +00:00

test_acl.py

Add another user for s3api func tests

2018-09-14 13:33:51 +00:00

test_bucket.py

Merge "s3api: Change default location to us-east-1"

2018-12-07 07:45:09 +00:00

test_multi_delete.py

s3api: Allow concurrent multi-deletes

2018-12-06 23:20:52 +00:00

test_multi_upload.py

s3api: Stop relying on container listings during multipart uploads

2018-12-17 12:20:58 -08:00

test_object.py

Merge "Properly handle custom metadata upon an object COPY operation"

2018-10-17 07:07:11 +00:00

test_presigned.py

Import swift3 into swift repo as s3api middleware

2018-04-27 15:53:57 +09:00

test_service.py

Import swift3 into swift repo as s3api middleware

2018-04-27 15:53:57 +09:00

utils.py

Import swift3 into swift repo as s3api middleware

2018-04-27 15:53:57 +09:00