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
