Issue Station
Sign In
Tools hereToolbox

claude-code - 💡(How to fix) Fix macOS Claude app — Plan sidebar shows stale cached plan after /clear; "Open plan" button non-functional

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…

Error Message

  • Plan sidebar continues showing the previous session's plan (different file, different content)
  • "Open plan" button does nothing — no file opens, no error shown
  • New plan file exists on disk and is readable via CLI/Finder, but the app never surfaces it
  • Updating the app (to 1.6259.1) did not resolve the issue

Fix Action

Fix / Workaround

Workarounds tried

  • Updated macOS app to latest (1.6259.1) — issue persists
  • /clear multiple times — no effect
RAW_BUFFERClick to expand / collapse

Environment

  • macOS: 15.5 (Sequoia, Build 24F74)
  • Claude desktop app version: 1.6259.1 (5095e7) — 2026-05-06T03:26:09.000Z
  • Claude Code CLI version: v2.1.132 (running); user also reports v2.1.128 on separate terminal — possible version skew
  • Session type: macOS app with Remote Control active (app controlling CLI session)

Steps to reproduce

  1. Open macOS Claude app with Remote Control active — CLI session is synced to app
  2. Create a planning session in CLI — plan file is written to ~/.claude/plans/<name>.md; plan appears in app's Plan sidebar
  3. Run /clear in CLI to start a new conversation
  4. In the new session, CLI writes a new plan file to ~/.claude/plans/<new-name>.md
  5. Click "Open plan" in the app's plan approval banner

Observed behavior

  • Plan sidebar continues showing the previous session's plan (different file, different content)
  • "Open plan" button does nothing — no file opens, no error shown
  • New plan file exists on disk and is readable via CLI/Finder, but the app never surfaces it
  • Updating the app (to 1.6259.1) did not resolve the issue

Expected behavior

  • With Remote Control active, the app should sync its plan view to the active CLI session
  • After /clear, the app should invalidate the cached plan reference and reflect the new session's plan
  • "Open plan" should open the plan file from the current CLI session

Workarounds tried

  • Updated macOS app to latest (1.6259.1) — issue persists
  • /clear multiple times — no effect

Potential contributing factor

  • CLI v2.1.128 vs v2.1.132 version skew between app-controlled session and direct terminal — may affect Remote Control sync protocol

Suggested fix

  • Remote Control sync should propagate /clear events and invalidate the cached plan reference in the app
  • Add a file watcher on ~/.claude/plans/ so the sidebar auto-updates when a new file is written during an active Remote Control session
  • "Open plan" should resolve the plan path from the current live session, not a cached pointer

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

  • With Remote Control active, the app should sync its plan view to the active CLI session
  • After /clear, the app should invalidate the cached plan reference and reflect the new session's plan
  • "Open plan" should open the plan file from the current CLI session
#installation#tensor shape#autograd error#model save/load#optimization

Still need to ship something?

×6

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

Back to top recommendations

TRENDING