Bypass SSO in different Service Portal

guiguille
Giga Expert

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!

1 ACCEPTED SOLUTION

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.


View solution in original post

11 REPLIES 11

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.

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?