/resume now resolves worktree locations through storage, falling back to the recorded path.
What's wrong with this entry?
Listing resumable sessions now asks the storage backend where a git worktree actually lives, instead of trusting the path recorded when the session was registered. If resolution fails it logs and falls back to the registered path, so /resume still lists the session.
- Requires both a feature check and an available storage handle; without either, the old registered-path behaviour applies unchanged.
- The filter that groups sessions by the same identifier gained an extra argument carrying storage context.
/resume: worktree path not resolved through the storage backend
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.223
--resume-session-at help text clarified to chain entries
Both mention resume
-
v2.1.228
A /resume mid-upload no longer sends the wrong transcript
Both mention resume
-
v2.1.232
Resuming with an unrecognisable session id now forks instead of resuming
Both mention resume