Paul Trowbridge
356e5f7799
Failures surfaced via HTTPException (e.g. wizard dest-provisioning errors raised as HTTPException(500, "dest provisioning failed: …")) were turned into responses by FastAPI and never logged — only the access line showed, so the real DB error went to the browser and vanished from the journal. Register a StarletteHTTPException handler that logs 5xx at ERROR (with exc_info, capturing the chained cause) and 4xx at WARNING, then defers to the default handler. Also configure pipekit's logger to emit to stderr so INFO-level records aren't dropped by uvicorn's last-resort handler. Unhandled (non-HTTPException) errors were already logged by uvicorn. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> |
||
|---|---|---|
| .archive/pre-rewrite | ||
| bin | ||
| pipekit | ||
| systemd | ||
| .gitignore | ||
| CLAUDE.md | ||
| config.yaml | ||
| deploy.sh | ||
| requirements.txt | ||
| SPEC.md | ||