-
Notifications
You must be signed in to change notification settings - Fork 366
Closed
Labels
Description
Issue
Inconsistent behavior around creating new orgs + assigning roles between v2 and v3.
Steps to Reproduce
We reproduced this on CAPI 3.88.0.
Using the v7 CLI (fails) and the v6 CLI (works):
v7:
- Enable the user-org-creation feature flag with
cf7 enable-feature-flag user_org_creation - Create a new user with
cf7 create-user pluot pluotand login withcf7 login -u pluot -p pluot - Create an org as that user with
cf7 create-org pluot -v - Notice that command fails. The
POST /v3/organizationssucceeds in creating the org, but thePOST /v3/rolesto add the current user as a manager in that org fails with a 403.
v6:
- Enable the user-org-creation feature flag with
cf6 enable-feature-flag user_org_creation - Create a new user with
cf6 create-user pluot pluotand login withcf6 login -u pluot -p pluot - Create an org as that user with
cf6 create-org pluot -v - Notice that command succeeds. The
POST /v2/organizationssucceeds in creating the org, and thePUT /v2/organizations/:guid/managersto add the current user as a manager in that org succeeds.
Expected result
Behavior should be consistent.
Current result
Inconsistent!
Possible Fix
Unsure, but maybe the v2 create-org endpoint adds the authenticated user as an "org user" automatically, but v3 doesn't. So when the same user tries to add a role in that org, in v3 they don't have permission?
cc @belinda-liu