
- Post History
- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
on 03-06-2019 12:57 PM
It's bothered me for a while that when using SSO with the glide.authenticate.sso.redirect.idp property set, that the Customer Service portal was forced into the redirect as well. I have yet to see a Customer Service implementation where the external users are managed in any way other than the local ServiceNow accounts for authentication. I've spent some time researching and was unable to find a solution in the docs, in HI, or in the community so I started looked at the records involved.
What I found is that in the Customer Service portal, '/csm', the login button on the portal page is hard coded into the header. In the default CSM portal, the theme 'Customer Service' has the header widget 'CSM Stock Header' defined. In this widget, the login button is coded. This widget instance 'login-modal-customerservice' is called by the header widget and defines the usage of this widget for this instance. It's in the widget instance that you can bypass the sso.
If you look in the Server Script of the widget, you can see towards the bottom the line: 'var bypass_sso = options.bypass_sso == "true";' (note that true is in quotes).
This means that in the widget instance 'login-modal-customerservice', if you change the Additional options from:
{
"show_panel":true
}
to:
{
"show_panel":true,
"bypass_sso":"true"
}
The login modal for /csm will no longer redirect to the SSO.
- 3,720 Views
- Mark as Read
- Mark as New
- Bookmark
- Permalink
- Report Inappropriate Content
I've got a question related to that: Is there a way to get this working while having Account Recovery activated? I tried the step above (also what was mentioned in https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0748198), but I'm still forced to SSO when using the login option on /csm in incognito mode. My guess is that I'm currently evaluating the recommended Account Recovery option, and that it might interfere. Is there still a chance?
- Mark as Read
- Mark as New
- Bookmark
- Permalink
- Report Inappropriate Content
This is not working for me, did the same steps but no result
- Mark as Read
- Mark as New
- Bookmark
- Permalink
- Report Inappropriate Content
If it helps, I got this working by applying the above change to the 'login' widget instance not the one mentioned for Customer Service ('login-modal-customerservice').