You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems to be assuming the endpoint url starts with a domain name rather than a scheme? so the result is probably something like https://my-dev-bucket.https://localhost.localstack.cloud:4566/file.laz
This seems fixed as long as the bucket name has at least one . in it, which forces arbiter not to use virtual-hosted style URLs.
Possible fixes could be any of:
disable virtual hosted always (what's the upside? there seems to be a vague promise from AWS that non-virtual-hosted will go away eventually but they haven't given an actual date yet, and there's no proposed options for dot-named buckets)
make it disableable via an env var (GDAL uses AWS_VIRTUAL_HOSTING=FALSE for this purpose)
disable virtual hosting automatically when AWS_ENDPOINT_URL is in use
fix the broken url assembly so it preserves the scheme.
(4) by itself would still be a pain because I'd have to add a subdomain alias for my docker container, but it's workable.
My suggestion would be to implement both (2) and (4) to fix this.
The text was updated successfully, but these errors were encountered:
craigds
added a commit
to craigds/arbiter
that referenced
this issue
Oct 14, 2024
Using a bucket name with no dots in it in conjunction with
AWS_ENDPOINT_URL
breaks the URL assembly that arbiter is doing:It seems to be assuming the endpoint url starts with a domain name rather than a scheme? so the result is probably something like
https://my-dev-bucket.https://localhost.localstack.cloud:4566/file.laz
This seems fixed as long as the bucket name has at least one
.
in it, which forces arbiter not to use virtual-hosted style URLs.Possible fixes could be any of:
AWS_VIRTUAL_HOSTING=FALSE
for this purpose)AWS_ENDPOINT_URL
is in use(4) by itself would still be a pain because I'd have to add a subdomain alias for my docker container, but it's workable.
My suggestion would be to implement both (2) and (4) to fix this.
The text was updated successfully, but these errors were encountered: