C:/Program Files/Git/clear resets session ID but retains renamed session name
Resolved 💬 4 comments Opened Feb 21, 2026 by gonnector Closed Mar 21, 2026
Bug Description
After running /clear, the session ID changes (indicating a new session is created), but the session name set via /rename in the previous session persists in the UI.
Steps to Reproduce
- Start a Claude Code session
- Use
/renameto set a custom session name (e.g., "My Custom Session") - Confirm the name appears in the input area (top-right corner)
- Run
/clear - Observe that the session ID has changed
- Observe that the old session name still appears
Expected Behavior
One of the following consistent behaviors:
- If
/clearcreates a new session: Both session ID and session name should reset (name should return to default) - If
/clearkeeps the same session: Session ID should remain unchanged, and name retention would be expected
Actual Behavior
- Session ID changes (new session)
- Session name persists (old session property carried over)
This is inconsistent — the session ID suggests a new session was created, but the name from the previous session leaks into the new one.
Environment
- Claude Code v2.1.50
- Platform: Windows (MSYS2/Git Bash)
- Terminal: WezTerm
Screenshot
The renamed session name from the previous session remains visible in the terminal tab title after /clear.
🤖 Generated with Claude Code
This issue has 4 comments on GitHub. Read the full discussion on GitHub ↗