You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Several issues in the Okta integration enrollment flow when trying to use Okta API token that's scoped to specific apps/groups via resource set:
Creation of the Okta SAML application fails if resource set restricts apps.
If apps are allowed but groups are restricted, it fails when we try to fetch Everyone group.
This makes it basically impossible to use the web UI enrollment flow end-to-end. A workaround would be to create an okta-integration SSO connector beforehand but that's awkward UX.
We should:
Fix the enrollment flow to gracefully skip SSO connector creation.
Create a connector without group assigned if API token was created by an Okta user with admin role assigned resource set restricting groups
Update documentation with precise instructions on how to use scoped tokens (what admin permissions are needed, how to scope resource set, SSO connector creation).
The text was updated successfully, but these errors were encountered:
The requirements here changed. We don't want to skip SSO connector creation because we want to synchronize users - it’s a prerequisite for synchronizing groups, applications, and access lists, making it critical to maintain functionality.
The only thing that functionally changes is that we will create a connector without group assigned if API token was created by an Okta user with admin role assigned resource set restricting groups.
Several issues in the Okta integration enrollment flow when trying to use Okta API token that's scoped to specific apps/groups via resource set:
This makes it basically impossible to use the web UI enrollment flow end-to-end. A workaround would be to create an
okta-integration
SSO connector beforehand but that's awkward UX.We should:
Fix the enrollment flow to gracefully skip SSO connector creation.The text was updated successfully, but these errors were encountered: