Resuming into a missing worktree now warns you, and headless runs exit with an error instead of continuing.
What's wrong with this entry?
Worktree re-entry on resume returns a structured outcome that the session reports, instead of quietly continuing without isolation.
- a vanished worktree clears the binding and continues without isolation
- an unverifiable or rejected pin keeps the binding
- interactive sessions show a warning message; headless and print paths write an error to stderr and exit non-zero rather than continuing unisolated
- telemetry
tengu_worktree_resume_root_rejectedcarries the reason and a poisoned flag
The worktree binding has been cleared.
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.239
worktree.locationsetting for Desktop SSH sessionsBoth mention worktree
-
v2.1.246
Worktree cleanup only removes directories Claude Code created
Both mention worktree
-
v2.1.247
Cloud-session seeding names linked worktrees and split git layouts as un-seedable
Both mention worktree