Cloud sessions you start with --name keep that name instead of being overwritten by a generated title.
What's wrong with this entry?
A cloud session created with an explicit name keeps that name rather than having a generated title overwrite it.
- Session bootstrap emits a
rename_sessioncontrol request when a title is supplied, with a request id assembled as rename-session-<uuid>. - The remote attach path now passes both
titleandhasExplicitTitlein the teleport/cloud session options. - The automatic title-generation callback bails out when
hasExplicitTitleis set, alongside the existing checks for initialPromptUuid, viewer-only sessions and attach-to-existing sessions. - The CLI
--namevalue is now trimmed and sanitized before use rather than only.trim()ed.
hasExplicitTitle, rename_session
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.221
Session titles are normalised and blank titles rejected
Both mention name
-
v2.1.221
Background session names starting with "-" survive respawn
Both mention name
-
v2.1.232
Session names from the environment are normalized before use
Both mention name