claude-code - 💡(How to fix) Fix Desktop: PR tracker bars are stale, cannot be dismissed, and sometimes show `main → main`

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
RAW_BUFFERClick to expand / collapse

Three related issues with the PR/branch tracker panel that sits above the message composer in the Claude Code desktop app.

1. No way to dismiss stale PR tracker bars

The bars accumulate over time and there's no affordance to remove individual entries:

  • Right-click does nothing.
  • App restart does not clear them (verified after a fresh restart for an app update).
  • Starting a new session via /clear has no effect.
  • The three PR-related settings toggles (auto-create, auto-fix, auto-archive sessions) are unrelated — none of them control panel visibility or entry dismissal.

Expected: a way to dismiss an individual bar (e.g. right-click → dismiss, or a hover-×), and/or a setting to auto-hide entries whose PRs are merged or closed.

2. Stale state — merged PRs displayed as open

A PR that has already been merged on GitHub continues to render in the panel with live "CI" status and a "View PR" button, as if still open.

Concrete case: a repo where gh pr list --state all confirmed all 7 PRs were merged still showed all 2 branches in the panel as open, with CI dropdowns and View PR buttons. Multiple app restarts did not refresh the state.

<img width="2412" height="780" alt="Image" src="https://github.com/user-attachments/assets/71738224-fffa-4ce3-97ae-cce28c55128d" />

Expected: PR state should refresh on app start (and ideally on window focus), so merged PRs either disappear or visibly transition to a "merged" badge.

3. Pulling latest into main is sometimes visualized as a PR main → main

After a routine git pull on the local main branch, an entry sometimes appears in the panel showing main ← main, as if a PR were being opened from main to itself.

Expected: updates to main (e.g. fast-forward pulls) should not surface as PR tracker rows. Only feature branches with an associated open PR (or a credible "needs PR" state) belong here.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING