claude-code - 💡(How to fix) Fix Desktop: stale 'PRs in review' entries cannot be dismissed [1 comments, 2 participants]

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…
GitHub stats
anthropics/claude-code#48849Fetched 2026-04-16 06:49:16
View on GitHub
Comments
1
Participants
2
Timeline
5
Reactions
0
Timeline (top)
labeled ×3closed ×1commented ×1

The Claude Code Desktop home screen shows 16 stale "PRs in review" entries that cannot be dismissed. These appear to be orphaned worktree session records — no actual GitHub PRs exist (gh pr list returns empty), and no stale branches exist on the remote.

Root Cause

The Claude Code Desktop home screen shows 16 stale "PRs in review" entries that cannot be dismissed. These appear to be orphaned worktree session records — no actual GitHub PRs exist (gh pr list returns empty), and no stale branches exist on the remote.

RAW_BUFFERClick to expand / collapse

Description

The Claude Code Desktop home screen shows 16 stale "PRs in review" entries that cannot be dismissed. These appear to be orphaned worktree session records — no actual GitHub PRs exist (gh pr list returns empty), and no stale branches exist on the remote.

Steps to reproduce

  1. Use Claude Code Desktop with worktree sessions over several conversations
  2. Sessions appear as "PRs in review" on the home screen
  3. There is no way to dismiss/close/archive these entries
  4. Starting a new session still shows the same stale entries
  5. Clicking an entry only offers "View PR" (which leads nowhere since no PR exists)

Expected behavior

  • Entries should have a dismiss/close button
  • Orphaned entries (where no GitHub PR actually exists) should auto-clear
  • Starting a new session should not inherit stale review state

Environment

  • Claude Code Desktop (macOS)
  • All entries show "#1" and point to the same repo
  • gh pr list --state open returns []
  • git branch -a shows only main

Screenshot

16 entries showing "In review" status on the home screen with no way to dismiss them.

extent analysis

TL;DR

The issue can be potentially resolved by implementing a mechanism to auto-clear orphaned worktree session records when no corresponding GitHub PR exists.

Guidance

  • Investigate the worktree session management logic in Claude Code Desktop to identify why orphaned sessions are not being cleared.
  • Verify that the gh pr list command is being used correctly to check for existing PRs, and consider adding a fallback to handle cases where the command returns an empty list.
  • Consider adding a dismiss/close button to each "PRs in review" entry, allowing users to manually clear stale entries.
  • Review the session inheritance logic to ensure that starting a new session does not retain stale review state from previous sessions.

Example

No code snippet can be provided without more information about the underlying implementation.

Notes

The issue seems to be related to the management of worktree sessions and their corresponding GitHub PRs. Without more information about the implementation, it's difficult to provide a more specific solution.

Recommendation

Apply a workaround by manually clearing the stale worktree session records, if possible, until a more permanent fix can be implemented to auto-clear orphaned sessions.

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…

FAQ

Expected behavior

  • Entries should have a dismiss/close button
  • Orphaned entries (where no GitHub PR actually exists) should auto-clear
  • Starting a new session should not inherit stale review state

Still need to ship something?

×6

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

Back to top recommendations

TRENDING