Hi Smith
Could u please send the javascript code related to back button problem.
Thanks
Eda
Spencer Smith [EMAIL PROTECTED] wrote:
That won't work. I solved the problem using javascript. Javascript doesn't cache like JSP pages does, so you can get around this problem using javascript.
If
isn't
the init pram of the Action servlet allow you to set no-cache on every out-going
response?
like
this:
init-param
param-namenocache/param-name
param-valuetrue/param-value
/init-param
-Original Message-From: Eda Srinivasareddy Eda
[mailto:[EMAIL PROTECTED]]Sent:
thanx, appreciate the suggestion
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Sunday, June 10, 2001 1:47 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Can anyone help with solving the BACK button problem, in
th e browser?
On Fri, 8 Jun 2001, Dudley
On Fri, 8 Jun 2001, Dudley Butt@i-Commerce wrote:
yes, but this is a form that is being filled in like a wizard type of thing,
i need the form to be session
any ideas, for an alternative?
The alternative approach is to have *all* of the input fields for the
entire wizard included on
Title: RE: Can anyone help with solving the "BACK" button problem, in th e browser?
well,
this will blow all your socks off.
I got
something to work, and remaining in line with my "REDUCE THE JAVASCRIPT"
policy
here
is what i did...
I just
plugged some code into my actionhandler to
Title: RE: Can anyone help with solving the "BACK" button problem, in th e browser?
the
solution i posted means that the user can push the BACK button, but we have full
control via the actionhandler, as to how much processing we will allow the user
to perform, simply just by evaluating some
Just a comment... Looks like your method of checking the RefreshOption
property will only work if the scope of the ActionForm is session.
That's ok if one doesn't mind the use of resources.
- Original Message -
From: Dudley Butt@i-Commerce [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent:
Another approach I would recommend to solve this problem (haven't tried it
though), would be to check the request referer. If it is an empty string
then the user either clicked refresh or they typed in the URL into the
address field on their browser.
- Original Message -
From: William
yes, but this is a form that is being filled in like a wizard type of thing,
i need the form to be session
any ideas, for an alternative?
-Original Message-
From: William Jaynes [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 08, 2001 1:40 PM
To: [EMAIL PROTECTED]
Subject: Re: Can anyone
Title: RE: Can anyone help with solving the BACK button problem, in the browser?
I seem to recall a META tag called something like pragma-no-cache that you can embed in your page which will force the page to reload (not just display a snapshot). This should enable handling the situation in
Title: RE: Can anyone help with solving the BACK button problem, in th e browser?
Try putting both of the following in the HEAD element of your page. Please let us know if it works.
META NAME=Pragma CONTENT=no-cache
META NAME=Cache-Control CONTENT=no-cache
From the HTTP1.1 spec:
Title: RE: Can anyone help with solving the BACK button problem, in th e browser?
Oops, I guess I should test before I post. It looks like newer browsers don't support this as a META tag only as a header.
I added the following to one of my action classes and the perform() method was called
Looks like you can also set the Servlet init param nocache to true,
and struts will automatically set the response headers for you.
Thanks,
Pete
Thane Eisener wrote:
Oops, I guess I should test before I post. It looks like newer
browsers don't support this as a META tag only as a
Title: RE: Can anyone help with solving the "BACK" button problem, in th e browser?
That won't work. I solved the problem using
javascript. Javascript doesn't cache like JSP pages does, so you can get
around this problem using javascript.
If you want, I can send you the code I
use.
-
14 matches
Mail list logo