• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Login via DirectAction and the browser reload button [SOLVED]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Login via DirectAction and the browser reload button [SOLVED]


  • Subject: Re: Login via DirectAction and the browser reload button [SOLVED]
  • From: Katya Yurukova <email@hidden>
  • Date: Thu, 24 Jun 2010 14:45:31 +0300

Hi Timo,

Thanks for the tip, that's exactly what I needed.

Cheers,
Katya


On Jun 24, 2010, at 2:14 PM, Timo Hoepfner wrote:

You could use ERXRedirect from Wonder which can take a component instance to redirect to.

Timo


Am 24.06.2010 um 13:05 schrieb Katya Yurukova:

Hi Johann,

I've tried that but I couldn't construct the result page URL and pass it to the WORedirect. That's why I've asked whether I have to do something extra to the response page, the session or the context.
Any other thoughts or suggestions?


Thanks,
Katya


On Jun 23, 2010, at 10:32 PM, Johann Werner wrote:

Hi Katya,

instead of returning the home page using pageWithName in your DA you could return a WORedirect pointing to it. So after login the user sees a "normal" component URL and not the DA URL.

jw


Am 23.06.2010 um 21:13 schrieb Katya Yurukova:

Hi all,

We're using a stateless login page that invokes a DA on submit.
In the DA the user input is validated, a new session is created by calling this.session() and the home page is returned using this.pageWirhName(...).
It works as expected and no redundant sessions are created, but there is a slight problem once the user has logged in.


The URL displayed in the browser's address bar points to the login DA after redirection to the home page. At least on Firefox the request is cached, so refreshing the page results in another invocation of the DA
and the creation of a new session. I know this could be avoided if we check for existing session in the DA but this will work only for the case when sessionIDs are stored in cookies.
If the sessionIDs are in the URL, however, the initial DA URL does not contain the session id and existingSession() returns null.


I've come up with a solution for this case, but it involves redirect with the session ID appended to the request url and I'm not very fond of it. Another option might be storing the session ID in a cookie and forget about all the troubles.

In any case, I wanted to check whether there are any other options or whether I am missing something and I have to handle the session and the response page in the login DA differently.

Thanks,
Katya


_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden

_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
References: 
 >Login via DirectAction and the browser reload button (From: Katya Yurukova <email@hidden>)
 >Re: Login via DirectAction and the browser reload button (From: Johann Werner <email@hidden>)
 >Re: Login via DirectAction and the browser reload button (From: Katya Yurukova <email@hidden>)
 >Re: Login via DirectAction and the browser reload button (From: Timo Hoepfner <email@hidden>)

  • Prev by Date: Re: Login via DirectAction and the browser reload button
  • Next by Date: Re: fetchspec problem
  • Previous by thread: Re: Login via DirectAction and the browser reload button
  • Next by thread: fetchspec problem
  • Index(es):
    • Date
    • Thread