Fix blank radar on public location pages (#123) #124
No reviewers
Labels
No labels
area:ai
area:ci-cd
area:notifications
area:observability
area:public-pages
backlog
bug
duplicate
enhancement
help wanted
invalid
question
type:decision
type:feature
type:infra
type:maintenance
type:security
v1.0.1
v1.1.0
v1.2.0
v1.3.0
v2.0.0
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
rbrooks/WeatherBot!124
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/public-page-radar"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The public location page rendered a blank Radar panel for unauthenticated visitors — it embedded the authenticated
/api/locations/{id}/radarendpoint (require_user), so a public viewer's<img>request got a 302 to login instead of the PNG. (The radar itself works fine — confirmed live on prod.)GET /api/locations/{id}/public/radar— gated bypublic_enabled(not auth), mirroring the public page's own gating; serves the same disk-cached radar PNG (so repeat public hits don't reach upstream).public_location.html's radar<img>at the public route.Testing (dev server)
ruff clean; 5 public-location tests (2 new); bulk suite 778 passed.
Closes #123
🤖 Generated with Claude Code
The public location page embedded the authenticated /api/locations/{id}/radar endpoint (require_user), so unauthenticated visitors were redirected to login and the radar rendered blank. - Add GET /api/locations/{id}/public/radar — gated by public_enabled (not auth), mirroring the public page itself; serves the same disk-cached radar PNG. - Repoint public_location.html's radar <img> at the public route. - Tests: public radar serves the image without auth; 404 for a non-public location. Full suite green on the dev server: 778 passed. Closes #123 Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>