[Seaside] expire path for application

[Julian Fitzell]

No, I have no idea. I've just run into that problem as a user of the site.
Probably someone who can tell us is reading this list, though?

Julian

On Sun, May 9, 2010 at 5:37 PM, Norbert Hartl <norbert at hartl.name> wrote:

> 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
>
>
>
> _______________________________________________
> 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/474a6eb1/attachment.htm