[BUG] Session does not return to team lead

Resolved 💬 3 comments Opened Feb 11, 2026 by omair-risely-ai Closed Feb 15, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

The pattern is:

  1. First team: First split from leader session: B9FAD42C... (your main terminal)
  2. Each subsequent agent splits from the last teammate's pane, not the leader
  3. The last teammate created was docs-fix: 619ED1B7...
  4. When you closed the worker terminals, 619ED1B7 was destroyed
  5. Now every new team tries to split from that dead pane

This is a Claude Code bug - it should fall back to the leader session when the last teammate pane is gone. Unfortunately, this session state is stored in memory
(not a file I can edit), so I can't fix it from here.

The workaround: The new team needs to do its "first split" from the leader session again. Let me try creating the team fresh and see if there's a way to force
it.

What Should Happen?

Closing teammate terminal sessions should return control back to leader

Error Messages/Logs

Error: Failed to create iTerm2 split pane: Error: Session '619ED1B7-23DD-435A-90E1-9B515EABE6C0' not found

Steps to Reproduce

  1. First team: First split from leader session: B9FAD42C... (your main terminal)
  2. Each subsequent agent splits from the last teammate's pane, not the leader
  3. The last teammate created was docs-fix: 619ED1B7...
  4. When you closed the worker terminals, 619ED1B7 was destroyed
  5. Now every new team tries to split from that dead pane

Claude Model

None

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.39

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

iTerm2

Additional Information

_No response_

View original on GitHub ↗

This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗