The conformance workflow fails on every PR here and in the sibling repos that call the reusable verify-conformance.yml.
Root cause: auth-api 0.3.0 now requires FRONTEND_URL at startup (a required system config, seeded from env on a fresh DB). The shared verify/docker-compose.verify.yml never sets it, so the auth-api container exits on boot:
[server] ERROR - Failed to start server: Missing required system config "frontend_url".
Provide ENV FRONTEND_URL or seed system_config.
auth-api-1 exited with code 1
The stack then aborts with dependency failed to start → Conformance failed: docker failed, and the harness tears down without printing the container log, so the real cause was hidden.
Fix (in seamless-cli, so it fixes all callers):
- Add
FRONTEND_URL: http://localhost:5173 to the auth-api service in verify/docker-compose.verify.yml.
- On a setup failure, dump recent
docker compose logs before teardown so a container that exits on startup is diagnosable (in CI too), instead of a bare "docker failed".
Verified locally: with FRONTEND_URL set, auth-api boots healthy (Server online.).
The
conformanceworkflow fails on every PR here and in the sibling repos that call the reusableverify-conformance.yml.Root cause: auth-api 0.3.0 now requires
FRONTEND_URLat startup (a required system config, seeded from env on a fresh DB). The sharedverify/docker-compose.verify.ymlnever sets it, so the auth-api container exits on boot:The stack then aborts with
dependency failed to start→Conformance failed: docker failed, and the harness tears down without printing the container log, so the real cause was hidden.Fix (in seamless-cli, so it fixes all callers):
FRONTEND_URL: http://localhost:5173to the auth-api service inverify/docker-compose.verify.yml.docker compose logsbefore teardown so a container that exits on startup is diagnosable (in CI too), instead of a bare "docker failed".Verified locally: with
FRONTEND_URLset, auth-api boots healthy (Server online.).