Document Strict UI Session Mode - #5309
Conversation
Co-authored-by: Cursor <cursoragent@cursor.com>
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
📖 Docs PR preview links
|
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: ec8a525d94
ℹ️ About Codex in GitHub
Codex has been enabled to automatically review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
When you sign up for Codex through ChatGPT, Codex can also answer questions or update the PR, like "@codex address that feedback".
|
|
||
| For non-human access (CI/CD pipelines, backend services), use [Temporal Cloud Service Accounts](/cloud/manage-access/service-accounts) instead of shared user logins. Service Accounts are machine identities that can be granted specific permissions without ties to an individual. Create separate Service Accounts with unique API keys for different applications or microservices, and apply least privilege to each (for example, a service account that only has access to one Namespace). | ||
|
|
||
| ### Restrict Cloud UI session lifetimes |
There was a problem hiding this comment.
Move session-mode operations into the Cloud access docs
Keep a brief best-practice recommendation here, but move the prerequisites, support-ticket procedure, scope, and timer behavior to a page under docs/cloud/manage-access/. The architecture guide assigns SAML and Cloud-specific operations to the Temporal Cloud section, while this 55-line addition adds four headings and takes the security-controls page from 16 to 20 headings, beyond the repository's target of fewer than 15 total.
AGENTS.md reference: AGENTS.md:L247-L253
Useful? React with 👍 / 👎.
There was a problem hiding this comment.
Note the key reason for having this feature here is because the feature itself is for security control use cases and best practices rather than access management.
The target persona or market sector is governance sector, financial services that have stricter compliance and security policies and requirements to fulfill.
|
|
||
| #### Understand how inactivity is measured | ||
|
|
||
| Only Cloud UI activity that sends a request to Temporal Cloud resets the inactivity timer (e.g. create a Namespace). Mouse movement, scrolling, or reading information that has already loaded does not reset the timer. |
There was a problem hiding this comment.
📝 [vale] <Std.Abbreviations.Latin> reported by reviewdog 🐶
Use 'for example' instead of 'e.g.'.
| Only Cloud UI activity that sends a request to Temporal Cloud resets the inactivity timer (e.g. create a Namespace). Mouse movement, scrolling, or reading information that has already loaded does not reset the timer. | |
| Only Cloud UI activity that sends a request to Temporal Cloud resets the inactivity timer (for example create a Namespace). Mouse movement, scrolling, or reading information that has already loaded does not reset the timer. |
Summary
Why
Strict UI Session Mode is approaching GA but has no public documentation. Customers need to understand what sessions it affects, how inactivity is measured, and how to request enablement.
Test plan
/best-practices/security-controls#restrict-cloud-ui-session-lifetimes.Validation
temporalio/documentationmain.git diff --checkpasses.Made with Cursor