Downloading blobs not working about gcp-storage-emulator HOT 4 OPEN

I ran into the same issue today, and after some investigation I believe I've discovered the cause.

The download process first resolves the blob to an object resource and then uses the mediaLink property to determine where to download the resource from.

Unfortunately, the mediaLink is constructed from the base_url of the server, which is usually 0.0.0.0 when running the emulator inside of docker-compose. Since docker containers in docker-compose are generally addressed via DNS, its likely that you have your STORAGE_EMULATOR_HOST set to the name of the service where the emulator is running.

This in turn means that when you try to download the blob in the container different from the one where the emulator is running, you end up making the download request to 0.0.0.0 rather than the hostname of the container where the emulator service is running.

I think a relatively straightforward solution to this might be to allow for a STORAGE_HOST environment variable that defaults to DEFAULT_HOST if not provided. The mediaLink can then be constructed from STORAGE_HOST allowing it to work inside of the docker network.

I'd be happy to set this up if PR's are welcome on the project?

from gcp-storage-emulator.

I don't use Docker Compose, so I don't really know what's going on. If you'll provide a minimal test case, I could try to reproduce it at some point.

from gcp-storage-emulator.

Ran into the same issue. Did you find anything later? @JeffryCA

from gcp-storage-emulator.

I was able to get things working with a combination of #82 (comment) and #82 (comment). looks like this works around the issue @Gradecak mentioned?

from gcp-storage-emulator.