- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-18-2017 10:49 AM
Hi all,
I have a requirement to create a new portal in my instance, with a page to access a particular type of ticket. I created a new portal, I created the proper pages, and I set them all as public, and I did the same with the widgets. I thought that by having everything as public I was going to be able to bypass the SSO, but apparently not. Do you guys know where should I add the exception for the SSO to bypass anything that goes to the new service portal I created?
Thanks!
Solved! Go to Solution.
- Labels:
-
Service Portal Development
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎12-15-2017 10:00 AM
Hey Kevin,
Thanks for reactivating the thread, I totally forgot about it.
The answer we received was that we need the main portal ($sp) also to be public. Doesn't matter if you created a separate portal, $sp must be public. We tried that, and it works. It wasn't a problem for us because we had the following pages and widgets set as private, but I think that it's not a proper solution. What I learnt, never use the primary portal in SP, so you can leave the default one as public and you don't need to do that in the one you are using.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎11-15-2018 05:10 AM
To tell you the truth, during my back and forth I set the widgets that appeared in the public portal as public, but I don't know if that's necessary.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎11-15-2018 10:34 PM
Yeah, it seems to be working without any changes to any widgets.
Do you know if we can disable sso for external users (those logging in for the first time) and not for regular snow users?