An unparseable --resume session id now forks and replays instead of quietly resuming.
What's wrong with this entry?
The session id given by --resume or by the launch config is validated before use. A valid id resumes as before; a non-empty id that does not parse now takes the fork and replay path rather than silently resuming. v2.1.231 resumed on any non-empty id.
- Accepted forms are a plain UUID, or a prefixed identifier matching
^[A-Za-z0-9][A-Za-z0-9_]*$whose trailing01-prefixed base58 segment decodes to a 32-hex-digit UUID.
/^[A-Za-z0-9][A-Za-z0-9_]*$/.test(e)
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.239
Resume hints no longer point at directories that are gone
Both mention resume