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
Im using a custom domain in my Okta org (abc.okta.com) with Okta hosed login model.
When using widget version of 7, I'm facing the below issues:
When username is given in main org (abc.okta.com) during IdP redirection to another org (def.okta.com) for authentication, the username is not getting populated automatically in login page of def.okta.com org
When user is trying to login to any app in org (abc.okta.com) without any active session, users who have IdP rule configured are getting routed to Okta dashboard rather than the actual application. For the same scenario, if the user already has a session, the user is logged into the app without any issues.
The above mentioned issues is happening even with the default okta code of custom sign-in widget. (Both are classic engine tenants)
What is expected to happen?
For scenario 1, user name should be populated automatically in (def.okta.com) org login page
For scenario 2, users should get landed into the target application even when the flow is initiated without any active session in org (abc.okta.com)
What is the actual behavior?
For scenario 1, username filed is blank in org (def.okta.com) even though it was given in the org (abc.okta.com) during login.
For scenario 2, users are getting landed in the Okta dashboard when the user has no active session in the tenant (abc.okta.com)
Reproduction Steps
Setup a custom domain with version 7 in classic tenant.
Setup a routing rule to another classic tenant with same widget version.
Try login to any app in the actual tenant with default custom code. After authentication, it will add the user in okta dashboard page
SDK Versions
Okta sign-in widget version 7 (Okta hosted sign-in widget)
Execution Environment
Browser: Chrome
Language: Javascript
Org2Org connection is done via SAML app
Additional Information?
No response
The text was updated successfully, but these errors were encountered:
@IlanJana A breaking change included in the widget 7 release is the default engine is no longer "classic". Widget 7 requires you to "opt-in" to use classic engine via the configuration useClassicEngine: true. Since you're using a custom domain, you'll be able to add this configuration to your widget via the editor in your admin console
@jaredperreault-okta Thanks for looking into it!
Unfortunately the same issue occurs with version 6 as well which I hope will be considered as classic engine
If you haven't already, you can try reaching out to https://support.okta.com/. They can help determine if this is a code issue (problem with the signin-widget) or an org configuration issue
Describe the bug
Im using a custom domain in my Okta org (abc.okta.com) with Okta hosed login model.
When using widget version of 7, I'm facing the below issues:
The above mentioned issues is happening even with the default okta code of custom sign-in widget. (Both are classic engine tenants)
What is expected to happen?
For scenario 1, user name should be populated automatically in (def.okta.com) org login page
For scenario 2, users should get landed into the target application even when the flow is initiated without any active session in org (abc.okta.com)
What is the actual behavior?
For scenario 1, username filed is blank in org (def.okta.com) even though it was given in the org (abc.okta.com) during login.
For scenario 2, users are getting landed in the Okta dashboard when the user has no active session in the tenant (abc.okta.com)
Reproduction Steps
Setup a custom domain with version 7 in classic tenant.
Setup a routing rule to another classic tenant with same widget version.
Try login to any app in the actual tenant with default custom code. After authentication, it will add the user in okta dashboard page
SDK Versions
Okta sign-in widget version 7 (Okta hosted sign-in widget)
Execution Environment
Browser: Chrome
Language: Javascript
Org2Org connection is done via SAML app
Additional Information?
No response
The text was updated successfully, but these errors were encountered: