Previous sessions disappear from the default resume picker after /new

[pratikbuilds]

Problem

Running /new creates a fresh session, but the previous session disappears from the default resume picker.

This makes the old session appear lost and prevents users from returning to it through the normal corbits resume --pick flow.

Reproduction

Verified with Corbits Code v0.2.97:

1. Start Corbits in a repository.
2. Rename the current session:

   /rename first-session
   

3. Create a new session:

   /new
   

4. Rename the new session:

   /rename second-session
   

5. Exit Corbits.
6. Run:

   corbits resume --pick

Only second-session is shown. first-session is absent.

Findings

This does not appear to be session-data loss. /new successfully creates a new session, and the previous session remains on disk.

During session rotation, src/tui/runner.ts records the outgoing session with the done status. The default filtering in src/tui/pick-session.ts only includes sessions with the running or cancelled status.

As a result, the previous session is preserved but hidden from the default resume picker.

Running the focused session and slash-command tests produced 53 passes and no failures. The tests currently encode the completed-session filtering as intended behavior.

No existing GitHub issue matching this problem was found.

Current workaround

Completed sessions become visible when the picker is opened with:

corbits resume --pick --force

The previous session can then be selected and resumed successfully.