<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">RelayState also has to be factored in. If you're using memory for the post data, you can't be clustered, so you should be using memory for the relay state also, and then no cookies would be involved to recover anything.<br></blockquote><div><br></div><div> Oracle didn't like / understand relayState.</div><div><br></div><div>    They passed some attribute “RelayState” to it and it was redirected back to the PeopleSoft delivered page.<br>    This is an issue. Since the redirected back URL  should have been a POST request with an attribute like </div><div>    “cxml-urlencoded” which was passed in sequence /x/ properly.<br>    But the one being generated by customized code is to do a GET request on the same page. Hence you will be seeing a blank page.<br><br>    This is a problem with how the customer is implementing it. Either ask them to remove their customization code of redirecting to </div><div>    “<a href="http://shibboleth.umich.edu">shibboleth.umich.edu</a>” OR correct the logic of generating the proper URL through it.<br></div><div><br></div><div>If we're capturing the POST data and relayState in shared memory, and the application / SP has multiple nodes, the LB has to be configured to enforce session stickiness.  The operations group for that team swears that it is.. but would this behavior suggest otherwise?</div><div><br></div><div>Should we be looking at the sameSiteSession setting in SP 3.1?</div><div>Liam</div></div></div>