On 6/20/01 7:01 PM, "Keng Wong" <[EMAIL PROTECTED]> wrote:
> I am having this problem as well. I found that to execute the proper layout
> (layout/Login.vm), I had to create a Login.class (screen/Login.class) that
> currently does not perform any functions.
> This way, I don't need to set the Layout.
I will look at this now, it's a bug and a failed login attempt
should not trigger the use of a layout for a logged in user.
Looking now.
> However, I can't seem to get anything from the context for this Login.class
> screen. (Eg set a system date in Login.class)
>
> One other way I tried is to use doRedirect(data, template) within the
> isAuthorised() method. The layout still works correctly (calling
> layout/Login.vm), and the screen/Login.class gets executed (and the context
> was filled).
>
> However, the templates/screens/Login.vm seems to get loaded twice and thus
> any $page setting in the template gets called twice. Eg. duplicate title
> when $page.setTitle() is used.
>
> Logs showed:
> ResourceManager : found screens/Login.vm with loader ......
> ResourceManager : found screens/Login.vm with loader ......
> ResourceManager : found layouts/Login.vm with loader ......
> ResourceManager : found navigations/DefaultTop.vm with loader ......
> ...
>
> Could be that the screen Login.class gets loaded twice and this is how I got
> the duplicate title ($page.setTitle("hello") in templates/screen/Login.vm
>
> Maybe this is not the proper way but can anyone enlighten me ?
> Thanks a lot.
>
> -keng wong
>
>> -----Original Message-----
>> From: Scott Eade [mailto:[EMAIL PROTECTED]]
>> Sent: Wednesday, June 20, 2001 8:59 AM
>> To: [EMAIL PROTECTED]
>> Subject: Re: Frustrating problem
>>
>>
>> Quoting myself:
>>>
>>> Most recently I am experiencing problems attempting to modify
>>> the login process. In newapp an incorrect login switches from
>>> the Login.vm layout to the Default.vm layout (undesirable
>>> behaviour) and a correct login takes you to the screen Index.vm
>>> with the layout Default.vm (desirable behaviour). Gary Murphy
>>> indicated that the switch back to the Default.vm layout for
>>> incorrect logins is "deep in the Flux" but that unfortunately the
>>> solution (or at least the reason for the switch) is lost in the mists
>>> of time.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
--
jvz.
http://tambora.zenplex.org
http://jakarta.apache.org/turbine
http://jakarta.apache.org/velocity
http://jakarta.apache.org/alexandria
http://jakarta.apache.org/commons
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
