If will be bypassed if the target instance is refusing. You could just kill the woinst cookie (or remove it from the URL and redirecting as appropriate - this code does not remove it from the URL as that app did not use URL based cookies or instance numbers) which should make the instance that eventually handles the request generate that error message.
Chuck On 2015-05-27, 3:42 PM, "Paul Hoadley" wrote: Hi Chuck, On 28 May 2015, at 6:44 am, Chuck Hill <[email protected]<mailto:[email protected]>> wrote: This method handles this situation by expiring the wosid and woinst cookies and then having the browser reload the page. When the request is made the second time it will not have any session ID or instance number and so will be directed to a non-refusing instance, if any.<br> Does this imply that the usual call to handleSessionRestorationErrorInContext() (from which I return a "Your session has expired" page) is bypassed? >From a (human) user experience point of view, I like that page in the flow for this situation. -- Paul Hoadley http://logicsquad.net/
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
