bugfixlisted

# bugfix — reproduce, root-cause, fix, prove `/bugfix <symptom / error / failing thing>` Answer one question: **why does this actually happen, and what's the minimal fix that provably removes it?** The order is non-negotiable — reproduce before diagnosing, diagnose before fixing, prove after fixing. A fix without a confirmed root cause is a guess wearing a commit message. ## Step 0 — Check the log Read `out/dev/bugfix-log.md` if it exists. A similar symptom fixed before is the best diagnostic head start there is — past root causes cluster ("we've had three timezone bugs in this module"). Mention any match. Also skim recent `git log` — a bug that appeared recently usually shipped recently. ## Step 1 — Reproduce (before touching any code) Turn the report into a **deterministic reproduction**: a command, a failing test invocation, a curl, a click path, a `git bisect run` harness — something that fails on demand and will pass when the bug is dead. - **The gate is checkable:** a command you have **already run at least once**, with the invocation and its output pasted. That output is the baseline the fix is judged against — a repro described but never run doesn't count. - **Redact before you paste.** Shown output travels — into chat, `out/dev/bugfix-log.md`, commit messages — so replace every secret with `<REDACTED>` before showing it, build repro loops against env vars so the credential stays in the environment rather than in the command line, and quote only t