claude-code - 💡(How to fix) Fix /resume slash command shows "No conversations found to resume" despite sessions existing on disk [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#49128Fetched 2026-04-17 08:50:06
View on GitHub
Comments
1
Participants
2
Timeline
7
Reactions
0
Author
Participants
Timeline (top)
labeled ×4closed ×1commented ×1reopened ×1

The /resume slash command inside an active Claude Code session returns "No conversations found to resume." even though conversation files exist on disk and claude --resume <id> works correctly from the CLI.

Root Cause

The /resume slash command inside an active Claude Code session returns "No conversations found to resume." even though conversation files exist on disk and claude --resume <id> works correctly from the CLI.

Fix Action

Workaround

Use claude --resume <session-id> directly from the terminal. The session ID can be found in the directory name under ~/.claude/projects/<project-path>/.

RAW_BUFFERClick to expand / collapse

Description

The /resume slash command inside an active Claude Code session returns "No conversations found to resume." even though conversation files exist on disk and claude --resume <id> works correctly from the CLI.

Steps to Reproduce

  1. Start a Claude Code session in a project directory
  2. End the session (or let it close)
  3. Start a new Claude Code session in the same directory
  4. Type /resume inside the session

Result: No conversations found to resume.

Expected: A list of recent sessions to choose from

Environment

  • OS: macOS Darwin 25.3.0 (Apple Silicon M4)

Investigation

Sessions do exist on disk under ~/.claude/projects/. The claude --resume <id> command from terminal works correctly with the same session ID.

Hypothesis

The projects directory may contain two path variants that differ only in case (e.g. capital vs lowercase letter in directory name). The /resume command may be deriving the project path from pwd and producing a different case than the one used when the session was originally stored — causing a lookup miss.

Workaround

Use claude --resume <session-id> directly from the terminal. The session ID can be found in the directory name under ~/.claude/projects/<project-path>/.

extent analysis

TL;DR

The /resume command in Claude Code may be failing due to case sensitivity issues in project directory paths, and using claude --resume <session-id> from the terminal is a viable workaround.

Guidance

  • Verify that the project directory path used by the /resume command matches the case of the directory path where sessions are stored, as case differences may cause the lookup to fail.
  • Check the ~/.claude/projects/ directory for sessions with IDs that can be used with claude --resume <session-id> to confirm that sessions are being stored correctly.
  • Consider normalizing the project directory path to ensure consistency in case, potentially by setting a specific case (e.g., lowercase) for all project directories.
  • If using claude --resume <session-id> works, it indicates that the issue is likely with how the /resume command resolves project paths.

Example

No specific code example is provided as the issue seems related to directory path case sensitivity rather than code syntax.

Notes

The provided hypothesis suggests a case sensitivity issue, which is plausible given the difference in behavior between the /resume command and claude --resume <session-id>. However, without direct access to the code or more detailed debugging information, this remains an educated guess.

Recommendation

Apply workaround: Using claude --resume <session-id> from the terminal is a reliable method to resume sessions when the /resume command fails, indicating that the sessions are stored correctly but the command has issues resolving the project path due to case sensitivity.

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