[Seaside] Re: Problems with expire in Seaside

[Andreas Nilsson]

While we are talking about carrying state back to the login window, 
many like me will also have a 'Logout' button that should also take the 
user to the login window with a new session while keeping the state. So 
you should also be able to invoke the forward from within the 
application, not only on expire. Or maybe the way to accomplish logout 
is to manually expire the session?

And, as the main purpose of the class now seems to be carrying state, 
'Forwarder' is a much better name than 'Finalizer'.

/Adde

On 2004-09-02, at 13.55, Andreas Nilsson wrote:

> Adding to that, I'll second Kaimil's request, it's just that i hadn't 
> thought about it yet ;)
> Carrying state between sessions seems like something that you'd want 
> to be able to do without playing around with the URL.
>
> /Adde
>
> On 2004-09-02, at 13.44, Avi Bryant wrote:
>
>>
>> On Sep 2, 2004, at 12:51 AM, Avi Bryant wrote:
>>
>>> Fair enough, but this is something that's likely to be done at most 
>>> once per application...
>>> Anyway, there's no reason the expiry page can't be easily pluggable 
>>> (as the error page already is).  I'll take this as a request for 
>>> that.  But I'm still interested in whether anyone has any good uses 
>>> for the #forwarder stuff that can't be just as easily handled in the 
>>> URL?
>>
>> To answer my own question - it occurs to me that this is related to 
>> Kamil's earlier post titled "passing through to a new session":
>>
>>> Now there's one inconvenience: if user goes away from the computer 
>>> after logout and then he returns back after 1-2 hours when session 
>>> is too old, he/she will put there [on login form] name and password 
>>> and "session expired" page will appear. Is it possible to solve this 
>>> in some elegant way?
>>
>> Here, the state you want to preserve is the authentication info, 
>> which doesn't seem appropriate to stick in the URL, but would be fine 
>> to preserve in a Forwarder.  I think Andreas and Kamil's requests, 
>> taken together, are probably sufficient argument for the more complex 
>> mechanism...
>>
>> Avi
>>
>> _______________________________________________
>> Seaside mailing list
>> Seaside at lists.squeakfoundation.org
>> http://lists.squeakfoundation.org/listinfo/seaside
>
> _______________________________________________
> Seaside mailing list
> Seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/listinfo/seaside