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)

  1. Start an interactive session on branch main.
  2. gh pr checkout <PR-A> (footer badge shows PR #A — correct).
  3. Work on PR A; enable auto-merge (gh pr merge A --auto); PR A merges via merge queue.
  4. gh pr checkout <PR-B> — a different open PR; work on it, commit, git push.
  5. Footer badge still shows PR #A ~1 hour later.

What I tried

  • Multiple gh pr view / gh pr edit / gh pr checks invocations from the session (docs say a gh pr command 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-current and gh pr view --json number both 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

View original on GitHub ↗