[Seaside-dev] Issue 19 in seaside: Behaviour of #initialRequest:/#updateUrl differs when using session cookies.

codesite-noreply at google.com codesite-noreply at google.com
Mon Oct 27 09:57:02 UTC 2008


Issue 19: Behaviour of #initialRequest:/#updateUrl differs when using  
session cookies.
http://code.google.com/p/seaside/issues/detail?id=19

Comment #5 by jfitzell:
Ok, I see the specific problem:

WARequestContext>>respondAndContinue: can't use the #actionUrl that was  
passed into
the request context by the session continuations because it needs a link to  
a
different continuation. As a result, it calls  
WASession>>actionUrlForContinuation: to
get a new URL but the components and session have not had a chance to  
update that URL
so we lose the extra parameters.

#respondAndContinue: is used by #testSessionCookie and  
#redirectWithCookie:, among
others.

So what's the right fix? I'm not sure. It might be better to have the  
session call
#updateUrl: on its own root object in #actionUrlForKey: except that the  
root object
is not currently stored on the session. It might be best to look at this  
again after
the painter refactoring is merged into the trunk.


Issue attribute updates:
	Owner: ---

-- 
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


More information about the seaside-dev mailing list