This post is worth a read if you're concerned about thread safety and
ActionForms:
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]
he.org&msgNo=37535
Steve
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional command
> >4) you configure MSIE not to open new browsers on
> > the same session. This works, if the application
> > is being used within a corporate (Intranet)
> > envinronment.
>
> How do you confiure MSIE to not open a new window in the same
> session ?
There used to be an opti
]
> Sent: May 30, 2003 7:16 AM
> To: Struts Users Mailing List
> Subject: RE: Struts and the infamous IE multiple browser/same session
> problem
>
>
> >4) you configure MSIE not to open new browsers on
> > the same session. This works, if the application
> &
ge-
From: Paananen, Tero [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 29, 2003 1:08 PM
To: 'Struts Users Mailing List'
Subject: RE: Struts and the infamous IE multiple browser/same session
problem
> I guess you could say, "An application where those
> footing the bill (C
> I guess you could say, "An application where those
> footing the bill (Client) demand it". But, it's not
> application specific, and it's not multiple sessions
> we're talking about here, it's multiple browsers on
> the same session. Multiple sessions are a non-issue.
> Regardless of what your
I guess you could say, "An application where those
footing the bill (Client) demand it". But, it's not
application specific, and it's not multiple sessions
we're talking about here, it's multiple browsers on
the same session. Multiple sessions are a non-issue.
Regardless of what your application
Michael Ruppin wrote:
I'm reconsidering my approach to this problem, in
favor of something more elegant/more compatible with
out-of-the-box Struts. Anyone tackled this yet?
For those not aware, MS IE allows users to launch a
browser against the same session via File/New/Window
(Ctrl-N). The issue
Well, I'm not sure exactly how to implement your
solutions 1 and 3. Perhaps 1 is what I am doing? 2
might be nice, but it's not considered good to hit the
model on every submission, and theres more to persist
than just the model. For 4, when you say "Check it
for each update request and reject
PROTECTED]
Sent: Thursday, 29 May 2003 06:52
To: Struts Users Mailing List
Subject: RE: Struts and the infamous IE multiple browser/same session
problem
Forgive me if I'm misunderstanding something here because I am unaware of
the background and previous discussions on this topic.
This do
Forgive me if I'm misunderstanding something here because I am unaware of
the background and previous discussions on this topic.
This doesn't seem to just be a issue with IE. Mozilla and Opera both keep
the same session if you have multiple browser windows open. It doesn't
matter whether you open
I'm not sure if this is a response to me, or to Gourav
Pani. As far as my current solution goes, I don't see
how _any_ caching by the client can break it.
Depending on the level of support chosen for this, if
the client submits a form with an "old" key, the
important data in the session has eithe
urn false;
> }
>
>
> --m
>
> -Original Message-
> From: Pani, Gourav
> [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 28, 2003 3:50 PM
> To: 'Struts Users Mailing List'
> Subject: RE: Struts and the infamous IE multiple
> b
Mike Thompson wrote:
Everyone's favorite!!! ;)
you can always disable control-N via JavaScript ;)
in an onkeydown handler probably for a body tag.
//check for control n
if (window.event.ctrlKey && window.event.keyCode == 78)
{
window.event.returnValue = false;
> I'm reconsidering my approach to this problem, in
> favor of something more elegant/more compatible with
> out-of-the-box Struts. Anyone tackled this yet?
Wait till you find out that MSIE, in its default
configuration, will happily cache even dynamicly
generated pages, so your token key approac
return false;
}
--m
-Original Message-
From: Pani, Gourav [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 3:50 PM
To: 'Struts Users Mailing List'
Subject: RE: Struts and the infamous IE multiple browser/same session
problem
have you considered creating a uni
have you considered creating a unique token to do session related updates?
i don't think tokens can be transferred from one browser window to another
though i could be wrong.
-Original Message-
From: Michael Ruppin [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 3:47 PM
To: Struts
16 matches
Mail list logo