feat: [PLAT-5936] Allow-list support for private studios#649
Open
sabulous wants to merge 4 commits into
Open
Conversation
sabulous
requested review from
georgi-seqera,
t0randr and
weronikasosnowskaseqera
July 22, 2026 10:14
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description
Ticket: PLAT-5936
This PR adds CLI support for the private-studio allow list — the users, besides the creator, who may connect to and start a private studio.
Changes
Set the list on add — Set the allow list when creating a private studio with the repeatable
--allow-user <userId>option (available onadd,add-as-new, andstart). The platform currently caps it at a single additional user.Override the list on start —
start --allow-userreplaces the existing allow list; omit it to leave the list unchanged. Only the studio creator may change it.Note: the override only applies when the studio is startable (stopped) — starting an already-running studio won't change the list.
Studio view shows the allow list — the studio view now includes an Allowed users row.
Lookup-by-name returns full detail —
view -n(andstart/updateby name) now fetch the full studio viadescribeafter resolving the name, so name-based lookups match id-based ones (the list response omitsallowedUsers).Example cli testing session with various cases
Create a private studio with an allowed user
Passing the creator's own id is accepted (creator is dropped, not counted)
Reject: allow-user on a non-private studio
Reject: more than the allowed number of users
Reject: a user who is not a member of the workspace
Replace the allow list on start (creator only; studio must be stopped)
Start without --allow-user leaves the list unchanged