tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP
Date Mon, 07 Jul 2003 11:17:06 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20376>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20376

Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP





------- Additional Comments From Juergen-Klaus.Muth@abg.ericsson.se  2003-07-07 11:17 -------
Hi! (Sorry for the long delay)

I'm sorry, but I can't send you an example: it is in our product, which is a 
web based management system. There is one page which always produces the fault. 
I tried to extract it, but when it is not used in the frameset, the error 
doesn't occur?!?!

To your question: The webservers read up to the reported content length. The IE
SOMETIMES(!) adds a CRLF that does not contribute to that length. Depending on 
request length, buffers, and maybe the network the IE considers that data as 
sent or not. If not, it complains about a response (and sends the request a 
second time).

I had problems again, since I used a plain InputStream and trying to read the 2 
unreported characters (CRLF) hanged up my application, since sometimes they are 
not there. So what I do now, i that I create a buffer of <cont-length>+2 bytes 
size and do a read with that array. If the characters are there, they are read, 
if not, I see it in the return value of my read. But I did that in my web 
server. If you use Tomcat, then you don't have direct control over that part. 
But what if you use the ServletInputStream to parse the post data yourself? 
This might work in Servlets, but in JSPs it might be tricky.

I don't know the O'Reilly package so I can't help you on that.

So my suggestion would be that you try a read (with timeout!) on the 
InputStream if you can get access and consume the left bytes.

Jürgen

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


Mime
View raw message