-
-
Notifications
You must be signed in to change notification settings - Fork 4.4k
Rework S3 url handling for internal & external clients #13120
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
…ithout specified endpoint urls
S3 Image Test Results (AMD64 / ARM64) 2 files 2 suites 7m 52s ⏱️ Results for commit 11ab839. |
Test Results (amd64) - Integration, Bootstrap 5 files 5 suites 2h 34m 22s ⏱️ Results for commit 11ab839. |
LocalStack Community integration with Pro 2 files ±0 2 suites ±0 1h 56m 35s ⏱️ + 1m 56s Results for commit 11ab839. ± Comparison against base commit 17ea66b. This pull request removes 1 and adds 2 tests. Note that renamed tests count towards both. |
Motivation
With #13119 we introduced a workaround for S3 presigned urls returned by Lambda.
However, this - again - showed the issues with the current URL rewriting inside internal and external clients.
The logic should not be necessary at all for internal clients (since the requests are signed and it uses path addressing), and even for external clients, it should only be necessary for the vhost s3 tests.
This PR tries removing the logic completely from internal clients, and only apply a similar logic for external clients without an explicit endpoint url override.
Changes
Testing
Testing this will require to run all community and pro pipelines, including optional ones, against this PR, to make sure we do not miss something.
To avoid regressions and give additional time for testing, this will not make it into 4.8.
TODO
What's left to do: