System architecture
Linux
PHP Version
No response
Bug description
I am experiencing an issue where the public URL provided by Expose hangs indefinitely in the browser, while the target service is reachable and responding correctly within the same Docker network.
Environment:
- Expose Client: PHP Binary (latest build)
- Tested OS: Reproduced on Windows 10 (Docker Desktop with WSL2 backend) and native Ubuntu 24.04.
- Docker Image:
php:8.2-cli-alpine
- Target Service: React/TypeScript application running on port 80.
- Source Files:
Expected Behavior:
The Public URL should serve the content from the target container.
Actual Behavior:
Infinite "Waiting for host..." in the browser.
Additional Context:
- Running
curl -I http://$CONTAINER:$PORT from inside the Expose container returns a valid 200 OK response instantly.
- Docker Setup: The web application and the Expose client run in two separate containers within the same Docker network. As mentioned, they have full connectivity via container names.
- Cross-platform check: The issue is not OS-specific. I have reproduced the exact same behavior on both Ubuntu 24.04 and Windows 10. Since
curl inside the container works, this confirms the issue isn't basic network connectivity, but likely something in how Expose handles the response stream or headers from the target service.
Steps to Reproduce:
- Run a web service in a Docker container (service name defined in
$CONTAINER).
- Run the Expose client container using the linked Dockerfile/entrypoint.
- Access the Public URL.
- The Expose logs show the request:
GET / ............................................................ 11:53:14 21 ms
- The browser continues to wait for a response indefinitely.
System architecture
Linux
PHP Version
No response
Bug description
I am experiencing an issue where the public URL provided by Expose hangs indefinitely in the browser, while the target service is reachable and responding correctly within the same Docker network.
Environment:
php:8.2-cli-alpineExpected Behavior:
The Public URL should serve the content from the target container.
Actual Behavior:
Infinite "Waiting for host..." in the browser.
Additional Context:
curl -I http://$CONTAINER:$PORTfrom inside the Expose container returns a valid 200 OK response instantly.curlinside the container works, this confirms the issue isn't basic network connectivity, but likely something in how Expose handles the response stream or headers from the target service.Steps to Reproduce:
$CONTAINER).GET / ............................................................ 11:53:14 21 ms