tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Anto Paul <antop...@gmail.com>
Subject Re: error-page in web.xml and cache-control
Date Wed, 06 Apr 2005 12:14:10 GMT
On Apr 6, 2005 3:39 PM, Pawson, David <David.Pawson@rnib.org.uk> wrote:
> Bit of clarification.
> A = initial page
> B = target of link
> both pages have cachecontrol set to no-cache.
> 
> Follow link from A
> Hit back button
> 
> then the message shows.
> 
> The only time I get *any* of my error pages to show
> is when I do a refresh on A, after getting there by a back button.
> Then it goes to the
> 
>    <error-page>
>         <error-code>404</error-code>
>         <location>/file_not_found.html</location>
>     </error-page>
> 
> page.
> 
> Typing in a bad address shows the standard ie6 404 page.
> 
> regards DaveP
> 
> 
>         -----Original Message-----
>         From: Jon Wingfield
> 
>         Sounds like the message IE gives when you hit back to a
>         page served in response to a POST request.
> 
>         http://theserverside.com/news/thread.tss?thread_id=28366
>         http://theserverside.com/news/thread.tss?thread_id=29758
> 
>     It is Jon. As that (rather long:-) thread indicates, I'm
>     similarly trying to maintain state through the website, and
>     a user hitting back screws that up.
> 
>     Hence I'm looking for a means of trapping that error for
>     either a re-direct, or to an error page. HTTP 1.1 seems not
>     to class that as an error, hence I'm looking for another
>     way to access that 'bad' state.
> 
>     regards DaveP
> 
>     --
>     DISCLAIMER:
> 
>     NOTICE: The information contained in this email and any
>     attachments is confidential and may be privileged.  If you
>     are not the intended recipient you should not use,
>     disclose, distribute or copy any of the content of it or of
>     any attachment; you are requested to notify the sender
>     immediately of your receipt of the email and then to delete
>     it and any attachments from your system.
> 
>     RNIB endeavours to ensure that emails and any attachments
>     generated by its staff are free from viruses or other
>     contaminants.  However, it cannot accept any responsibility
>     for any  such which are transmitted.
>     We therefore recommend you scan all attachments.
> 
>     Please note that the statements and views expressed in this
>     email and any attachments are those of the author and do
>     not necessarily represent those of RNIB.
> 
>     RNIB Registered Charity Number: 226227
> 
>     Website: http://www.rnib.org.uk
> 
>     ------------------------------------------------------------
>     ---------
>     To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>     For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> 
> 

    First you come to page A using HTTP POST method and browser is
complaining about that when you go back to that page.
    You can check browser refresh in server side using tokens. If you
use Struts it has built in APIs for it.

-- 
Anto Paul
www.benchmarksoft.com

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


Mime
View raw message