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 our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Using loginPopup with SAML #82
Comments
+1 |
Hey @mschersten Where did you add the following, I'm trying to achieve exactly the same: |
That part (not specific to using SAML) needs to be called after the agent is initialized, so
|
Awesome, works perfectly now, thank you. |
This was really informative - thank you very much. |
Awesome work here. Just to keep in mind that - and in case of a logout which is -> /connect/logout (Relative to CCP URL)-> would again create this refused to display error as it tries to reload the frame which redirects back to /login by default (not controlled by the initCCP popup manager) So we could do the following
|
It's still not clear to me what the resolution is. How do you directly load the SSO URL within the IFRAME when the user clicks to logout? |
@Exponent500 - As mentioned earlier only possible way is to open the SAML url on the new popup to avoid the additional x-frame settings. Code changes are merged to the 1.3.2 version. Closing the issue. please feel free to re-open if the issue still persists. |
This is the standard way to inititalize Connect:
loginPopup gives a login window that stays open as a CCP afterward. To close this automatically and return to my custom page, I do the following once the agent is available:
As I'm integrating with SAML, though, I want a different performance. I need a different login page entirely, but I still want the extra tab to close automatically, and I want to do it all without setting timers to see if I've logged in yet. In other words, I want it to work just like it does now, but with SAML.
So I've added the following parameter for
connect.core.initCCP
(specific to this SAML IdP):Then I hacked into streams. Currently, this is where the login URL comes from:
I've modified this to add:
Any thoughts? Presumably this is being deprecated for the alias, but it could be repurposed for this.
The text was updated successfully, but these errors were encountered: