The suggestion from Oracle Support (which packages Apache for our application) was to increase the KeepAliveTimeout in httpd.conf to a value above the default for Internet Explorer (60 seconds). I tried 75 seconds, and so far, have not encountered the issue again (by contrast, if I dropped it to 15 seconds, the problem did re-occur.)
So I don't know if this is the answer, but it seems to have worked for the time being ..
You have the answer to your question itself. If the thing works on IEOn Tue, May 25, 2010 at 7:18 PM, Baljeet Nijjhar
<baljeet.nijjhar@xxxxxxxxxxxxxx> wrote:
> Hi
>
> Experiencing a frustrating issue with functionality that seemed to work ok
> earlier. I upload a file from IE6 to the server, and I frequently get 'The
> page cannot be displayed' immediately appearing in the browser (no response
> is received). The next time I try the same request, it ends up timing out
> and then displaying an HTTP 500 response. At the moment of timeout, I can
> see the request appear in the access_log/ssl_request_log on the HTTP server,
> with a response code which looks like 20014 rather than 200.
>
> At other times, the file upload may work fine. I have tried it a few times
> with IE7 and there doesn't seem to be an issue. The requests are over SSL,
> and I am wondering whether it is something to do with IE6 being an old
> browser and not managing its connections very well? I.e. is this why we need
> to configure ssl-unclean-shutdown nokeepalive for IE browsers in the
> ssl.conf file?
>
> Any thoughts would be appreciated.
7 and not on IE 6, its 100% due to the weird bugs in IE 6. I don't
know the fixes to it, wait for some others to answer. I suggest you
stop supporting IE 6 now.
--
Nilesh Govindarajan
Facebook: nilesh.gr
Twitter: nileshgr
Website: www.itech7.com
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
" from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|