Summary
The session-recovery popup shown on restart is confusing and, in practice, doesn't seem to deliver value — reported from a Windows / WebView2 (desktop 0.1.21) mixed-repo workspace with several tiled worktree terminals. This proposes reworking it into a worktree picker.
Current behavior (reported field experience)
- Unchecking a worktree doesn't remove it from the sidebar. The sidebar is driven by the workspace config, so a deselected worktree still shows up — the checkbox only opts out of restoring that worktree's saved session state, not the worktree itself. To the user, "the popup and the sidebar each do their own thing."
- Checking a worktree doesn't restore a usable session. After running recovery, the user still has to manually type
claude and then /resume in each terminal to get back to work. So the "recover" action doesn't visibly bring back the Claude conversation/terminal.
Net effect: the popup adds an extra dialog on every restart without a clear payoff, and its checkboxes look like a worktree selector but aren't.
Feature request: make the recovery popup a worktree picker
The model users seem to expect — and what would be genuinely useful — is "choose which worktrees I want loaded this session."
- The popup lists the workspace's worktrees with checkboxes.
- On confirm, the sidebar loads exactly the selected worktrees; deselected ones aren't loaded/shown (removed from the workspace, or hidden until re-added).
- Ideally the selection persists, so the sidebar reflects it on the next restart too.
That turns a confusing, low-value dialog into a per-restart "what am I working on today?" picker that the sidebar actually honors.
Environment
- Agent Workspace 0.1.21 (Windows NSIS build, Tauri / WebView2)
- Mixed-repo workspace, several tiled worktree terminals
Happy to provide more detail on the "doesn't resume" behaviour — e.g. what the recovery snapshot contains vs what the terminal actually shows after recovering.
Summary
The session-recovery popup shown on restart is confusing and, in practice, doesn't seem to deliver value — reported from a Windows / WebView2 (desktop 0.1.21) mixed-repo workspace with several tiled worktree terminals. This proposes reworking it into a worktree picker.
Current behavior (reported field experience)
claudeand then/resumein each terminal to get back to work. So the "recover" action doesn't visibly bring back the Claude conversation/terminal.Net effect: the popup adds an extra dialog on every restart without a clear payoff, and its checkboxes look like a worktree selector but aren't.
Feature request: make the recovery popup a worktree picker
The model users seem to expect — and what would be genuinely useful — is "choose which worktrees I want loaded this session."
That turns a confusing, low-value dialog into a per-restart "what am I working on today?" picker that the sidebar actually honors.
Environment
Happy to provide more detail on the "doesn't resume" behaviour — e.g. what the recovery snapshot contains vs what the terminal actually shows after recovering.