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=16146>. 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=16146 POST request with invalid Content-Length header [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX | ------- Additional Comments From [EMAIL PROTECTED] 2003-01-16 00:21 ------- IE is sending a big negative number. The request aborts and a server error is displayed. All I'm asking is that you check for the negative and do what ever you are doing for the case where null is passed instead of throwing an exception and presenting the sever error page. This will hopefully allow the file to be uploaded without causing the server error. The 4GB limit is fine but, what I have here is a 2GB limit beacuse the signed integer wraps. This new imposed limit can be removed if you simply compensate for the invalid negative number. Yes, the message is technically invalid due to the incorrect negative content length, but we program to save ourselves from stupidity all the time. Will you please simply check for a negative and treat it like the null case or ignore the parameter if a negative is presented? -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
