Footer PR badge stuck on previous PR after switching branches with gh pr checkout
Status Open
Reported on v2.1.227
Maintainer reply None cached
Activity 0 comments · opened Aug 11, 2026
Description
The built-in bottom status bar's PR badge stays pinned to a previously checked-out PR after switching to a different PR's branch mid-session. It does not update via any of the documented refresh triggers.
Environment
- Claude Code 2.1.227
- macOS 26.6 (Darwin 25.6.0), zsh, terminal session
- Private GitHub repo, gh CLI authenticated
Repro (as observed)
- Start an interactive session on branch
main. gh pr checkout <PR-A>(footer badge showsPR #A— correct).- Work on PR A; enable auto-merge (
gh pr merge A --auto); PR A merges via merge queue. gh pr checkout <PR-B>— a different open PR; work on it, commit,git push.- Footer badge still shows
PR #A~1 hour later.
What I tried
- Multiple
gh pr view/gh pr edit/gh pr checksinvocations from the session (docs say agh prcommand triggers an immediate refresh) — no change. git push— no change.- Waited well past the 60s polling interval (30+ minutes, many turns) — no change.
git branch --show-currentandgh pr view --json numberboth resolve the branch to PR #B; a custom statusLine script (gh-based) in the same session shows PR #B correctly. Only the built-in badge is stale.
Expected
Badge reflects the open PR for the current branch (per interactive-mode docs), updating after branch switch — or at least on the documented refresh triggers.
Actual
Badge remains locked to the first PR checked out in the session (possibly pinned by the auto-merge/queue interaction with PR #A?). Misleading: it tells the user they're on the wrong branch when they aren't.
🤖 Filed with Claude Code on the user's behalf