[Seaside] expire path for application

[Norbert Hartl]

Julian,

can you tell us the configuration of the ESUG server? I mean the setting for server path, hostname and such. Then I can have an eye on this issue, too. 

Norbert

On 09.05.2010, at 16:21, Julian Fitzell wrote:

> This sounds very familiar... I assume you've tried searching the archives? Unfortunately I don't actually recall the resolution off the top of my head. I wonder if this is related to the issue on the ESUG website, but it seems to revert to localhost:8080 when the session expires so it's even worse (but maybe a sign that the problem is bigger?).
> 
> Julian
> 
> On Sun, May 9, 2010 at 11:30 AM, Norbert Hartl <norbert at hartl.name> wrote:
> I'm about to chase down an annyoing artifact. I have quite a usual deployment where the server path in the application configuration ist set to / and seaside is deployed behind an apache. Well, I'm using seaside 2.8 if this is important to know.
> 
> The problem is that whenever a session expires the redirect url contains the base path of the application. I mean the application is registered at
> 
> /seaside/myapp
> 
> When the redirect occurs I get the url
> 
> http://myhost/seaside/myapp/additional/path
> 
> instead of
> 
> http://myhost/additional/path
> 
> I think I found the cause. In
> 
> WAApplication>>handleExpiredRequest:
> 
> there is
> 
> url := self baseUrl path: OrderedCollection new.
> url addToPath: (self expiryPathFor: aRequest).
> 
> baseUrl calls basePath and that checks the existance of a set serverPath. The second call to expiryPath does not. So I get a path / from the call to baseUrl but then the /seaside/myapp is copied onto while addToPath: with the full path is executed. I think a
> 
> WARegistry>>expiryPathFor: aRequest
>        self serverPath isNil ifFalse: [
>                ^ aRequest url copyFrom: (self basePath size + 1) to: aRequest url size].
>        ^ aRequest url
> 
> will help.
> 
> On the other hand it could be that I'm doing something wrong. If not a lot of people should discovered this already :) I'm trying to find the right place where to fix the issue. Thanks for any hints
> 
> Norbert_______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
> 
> _______________________________________________
> seaside mailing list
> seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/seaside/attachments/20100509/d1044240/attachment.htm