weather_service agent binds Uvicorn on :8001 despite PORT=8000 / containerPort 8000
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 11
- Forks
- 43
- Avg merge
- 1d 5h
- Merged PRs (30d)
- 4
Description
Summary
The a2a/weather_service agent, when deployed via the Rossoctl UI (Sandbox workload), logs:
INFO: Uvicorn running on http://0.0.0.0:8001 (Press CTRL+C to quit)
...even though the Sandbox pod spec sets PORT=8000 (env) and containerPort: 8000, and the service maps to target port 8000.
Impact
Low — it works in practice (readiness/health probes pass through the AuthBridge sidecar, and the app is reachable). But it's a mismatch: the app appears to ignore the PORT env var (or offset it by one), which is confusing when debugging and could bite a setup that relies on the app honoring PORT.
Expected
The agent should bind the port given by the PORT env var (8000), matching containerPort and the service target port.
Environment
- Kind on macOS, deployed via Rossoctl UI, image
weather-service:v0.0.1built froma2a/weather_service@ main. - Observed while running the AuthBridge weather-agent demo.
Assisted-By: Claude (Anthropic AI) noreply@anthropic.com
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start in the a2a/weather_service entry point and trace how the agent chooses its Uvicorn bind port. Run it with PORT=8000 and inspect the startup log. Done means Uvicorn reports port 8000, matching the Sandbox containerPort and service target port.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Active
- Clarity
- Clearly specified
- Newbie friendliness
- 72/100