- Notifications
You must be signed in to change notification settings - Fork1.1k
feat: manage groups from deployment settings for single-org deployments#14016
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
code-asher left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
Just to make sure I understand "single-org" in this context, that is with the multi-org experiment enabled but not licensed, right?
Should we redirect/groups to/deployment/groups (or/organizations/default/groups/ for multi-org?) similar to the users page? Probably not very important, but if someone has a bookmark or tries typing it manually maybe.
I think the create group page needs to take me to/deployment/groups/groupname rather than/organizations/default/groups/groupname with single-org since the latter gives me a blank sidebar (maybe a good place for another relative redirect).
Looks good so far!
Uh oh!
There was an error while loading.Please reload this page.
| exportconstGroupPage:FC=()=>{ | ||
| const{ organization, groupName}=useParams()as{ | ||
| const{ organization="default", groupName}=useParams()as{ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
I see the constant "default" used in multiple places. We should define it in aconst.ts file for consistency. Makes sense?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
personally, I really dread adding imports like that which end up being more typing that the thing you could just say directly
BrunoQuaresma commentedJul 26, 2024 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
@code-asher I think it is also true when there is only one org created. |
BrunoQuaresma commentedJul 26, 2024
BrunoQuaresma left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
I'm missing tests for the changes so we can be sure we are not introducing bugs while moving forward.
aslilac commentedJul 26, 2024
No, a deployment which only has one org created but has a multi-org license is still a multi-org deployment. We need to show the "New organization" button, for example which is only present in the multi-org version of the UI. (and maintaining a 3rd version of the UI that's half single-org and half multi-org would be a gigantic pain) |
aslilac commentedJul 26, 2024
there are two license types now, and old/enterprise licenses no longer have access to org features. you can get a "premium" one from notion to test with. :) |





Uh oh!
There was an error while loading.Please reload this page.
Closes#13957