Just now sent mail to check with this setting. Will let you the status. On Thu, Feb 17, 2011 at 5:25 PM, André Warnier <a...@ice-sa.com> wrote:
> Addendum : > The fact that I was willing to bet on it, does not mean that this /is/ the > problem. > You should really look first-hand at what happens at the customer side. > If you are not seeing that problem locally, but the customer is seeing it, > then it may also be some intermediate agent which is introducing the problem > (like a proxy). > > Also, if your customers are using Internet Explorer, it may be a good idea > to ask them to disable the "friendly error messages" in the settings. When > this is selected, the error pages (possibly sent by your server or by an > intermediate proxy) are hidden by IE, and replaced by a built-in error page > which totally obscures what the real issue may be. > > > > > Uma Maheswara Rao M wrote: > >> Thanks André Warnier >> >> On Thu, Feb 17, 2011 at 5:11 PM, André Warnier <a...@ice-sa.com> wrote: >> >> Uma Maheswara Rao M wrote: >>> >>> Hi André Warnier, >>>> >>>> Is there any way we can control the browser timeout? >>>> >>>> At the browser level, none that I know of. >>> But even if there was one, there is a basic principle on the WWW : the >>> browser is under control of the user, so anything that you would do, the >>> users can undo. And they will. >>> >>> This being said, one way to avoid this problem is to arrange for sending >>> something from time to time from the server to the browser while your >>> application is working. Even if it is one byte, the browser will not give >>> up >>> as long as it does not stay 5 minutes without receiving anything at all. >>> >>> The nice way of doing that is to have some kind of progress bar showing >>> the >>> user that something is moving. >>> A lighter way is some message "Please wait..." with an additional dot >>> from >>> time to time. >>> >>> I do not remember how to do that, but I am sure that someone on this list >>> will have a suggestion... >>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> >>> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >