<div dir="ltr">Thanks Scott<div><br></div><div>Yes, I got an existing redirect, basically my logout.jsp (which I have given to SPs) got below source now</div><div><div><%</div><div>response.sendRedirect("https://<idp server>/idp/profile/Logout");</div><div>%></div></div><div><br></div><div><br></div><div>and this renders the logout.vm</div><div><br></div><div>but instead of customizing the logout.vm, I would like to redirect to our branded logout html (kept else where), obvious at the end of the logout.vm</div><div><br></div><div>Is that ok to have some java script or somesort to redirect to our existing logout html towards the end of logout.vm? or any other advice?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 12, 2017 at 11:42 AM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 5/11/17, 9:34 PM, "users on behalf of Lalith Jayaweera" <<a href="mailto:users-bounces@shibboleth.net">users-bounces@shibboleth.net</a> on behalf of <a href="mailto:ljayaweera@gmail.com">ljayaweera@gmail.com</a>> wrote:<br>
<br>
> With IdP 3.2.x rolling out<br>
<br>
I hope you mean 3.3, because that's already unsupported.<br>
<span class=""><br>
> am curious what would be the best way to rollout without impacting the below logout URL which have been configured in SPs in<br>
> different ways.<br>
<br>
</span>If you're using an existing redirect, send it on to /idp/profile/Logout.<br>
<span class=""><br>
> Also we got CAS on top of IdP but not using CAS SLO, also have doubts whether to use SLO with IdP 3.2.x.<br>
<br>
</span>You should have doubts period, logout is a not a good use of anybody's time, but if you're using CAS and don't plan to stop, you should probably turn off SSO in the IdP altogether and leave it all up to CAS.<br>
<span class=""><br>
> Personally I do not think users should know the status of every SP after the logout rendering in page, even if it does, it should be a<br>
> backdoor task.<br>
<br>
</span>I agree with you, thus my belief it needs to be reimplemented to hide the indicators and just do a best effort internally without any regard for the user, but that's not how it works now.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Scott<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</div></div></blockquote></div><br></div>