[BUG] Forked sessions not appearing in /resume list and session unexpectedly terminating
Resolved 💬 6 comments Opened Feb 6, 2026 by s-kawani Closed Apr 10, 2026
Bug Description
Two related issues with forked sessions:
- Forked sessions don't appear in
/resumelist: When a session is forked, the forked session does not show up in the/resumecommand's session list, making it impossible to resume later using session name.
- Forked session unexpectedly terminates: The forked session terminated unexpectedly without user action.
Steps to Reproduce
- Start a Claude Code session
- Fork the session (context compaction triggers fork)
- Continue working in the forked session
- Use
/resumecommand - the forked session is not listed - The forked session may also terminate unexpectedly
Expected Behavior
- Forked sessions should appear in
/resumelist with their session name - Forked sessions should not terminate unexpectedly
- Session IDs (UUIDs) are not human-memorable, so session names should be the primary way to identify and resume sessions
Environment
- Platform: macOS (darwin)
- Claude Code Version: Latest
- Session ID: 8dcebbb9-997c-439e-a7aa-6c5cba617ade
- Session Name: 保護者編集画面の通知設定UI
Additional Context
The session was created via context compaction fork. The user had to use /status command to find the session name since /resume didn't show it.
Related issues (but different problems):
- #22030 - Resume shows only partial conversation history
- #22107 - Session resume logic losing context
- #12235 - Session ID changes when resuming
This issue has 6 comments on GitHub. Read the full discussion on GitHub ↗