<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>Why isn't this error trapped and managed by a pretty error page?<br>
<br>
It's a plain servlet and not MVC, so it's outside the reach of the error handling in the IdP, and I didn't consider the possible ways it might get invoked when it shouldn't be.<br></blockquote><div><br></div><div>We identified this issue (not exactly but similar) in testing and found a pretty straightforward workaround: defining a custom 500 error page in web.xml. It's a trivial fix we should consider.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
>I think this is a common error condition our users will see, but please<br>
>correct me if I'm wrong!<br>
<br>
Not if CAS didn't permit bookmarking, which no SSO should ever allow IMHO .</blockquote><div><br></div><div>I think the protocol lends itself to bookmarking, but it's certainly not a feature that is documented or supported formally. That said it shouldn't puke a stack trace.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> But of course it's not beyond the possible for somebody to still explicitly go to that location, so it's a bug.</blockquote><div><br></div><div>I'm fairly certain you're getting this behavior because your bookmark includes a Webflow state identifier in the URL; the conversation=e1s1 bit. That's presumably an artifact of the Jasig CAS server that also uses Webflow for processing at the /login URI, but it's confusing the IdP.</div><div><br></div><div>M<a href="mailto:users-unsubscribe@shibboleth.net" target="_blank"></a><br>
</div><div><br></div></div></div>