Created
Jun 24, 19:58
Started
Jun 24, 19:58
Completed
Jun 25, 05:32
DevOps handoff
Type
Bug
Shape
backend
Worktree Slug
fix-prod-board-broadcast
Repositories
mcritchie-studio
Release Train
—
Branch
feat/fix-prod-board-broadcast
Acceptance Criteria
Expected Test Plan
Checks Run
Agent Context
RECONCILED mid-flight: the rescue half of this SEV-1 was fixed in parallel by commit 0cbcb14 ('Hotfix: broadcaster must swallow ScriptError'), already merged to release+main and DEPLOYED to prod as v114 (~13:46). So prod task-moves no longer 500. This PR delivers the REMAINING half: uncomment gem 'redis' (>=4.0.1) so config/cable.yml production adapter: redis actually loads (bundle resolved redis 5.4.1) — without it the /deployments live broadcasts silently no-op (Gem::LoadError swallowed). Tests: [unit] redis bundled + [integration] redis cable adapter instantiates without Gem::LoadError; rescue already covered by 0cbcb14's test. Full suite green.
Stage Timeline
Who handled each stage, the time it took (measured), and the model / tokens / cost reported (best-effort) — plus who's on it right now. — means the agent didn't report that metric.
Conversation
QA review feedback, agent handoffs, and follow-up notes for this task.
SEV-1 hotfix: operator ordered immediate ship of both parts. Rescue half already live (v114/0cbcb14); this delivers the redis gem so the prod cable adapter loads. Full suite green; operator gate = the ship directive.
PARKED per operator. Prod-breaking 500s already fixed by 0cbcb14 (v114). The redis-gem half was merged (#175) + QA-verified, but QA revealed prod has NO Redis (single web dyno, no addon/REDIS_URL) so adapter:redis can't connect (Redis::CannotConnectError, now fail-safe). Reverted off release via #177 — release tree == prod again. Superseded by choose-deployments-cable-backend.
Sealed-bid sizing
Edit →Alex (PM)
—
Avi (PO)
—
Dev
—
Actual
—
We emailed a one-tap sign-in link to . It expires shortly and can only be used once.
No email? Check spam, or close this and try again.