DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=36349>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=36349 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | ------- Additional Comments From [EMAIL PROTECTED] 2005-08-25 18:43 ------- Nick, A direct connection between the client and the MS project Server works as expected (trace of bypassing the reverse proxy) ruling out the client (okay, it is IE 6 and not Firefox :) The response apache gets from the IIS/MS Project Server is also exactly what it should be when directing the client through the reverse proxy. But when apache sends the received stream from the backend to the client, that is where random bits of data is inserted. (The traces do show this. The backend trace as well as the client side traffic trace were made on the reverse proxy server to rule out wire induced errors). Looking at the "backend side traffic" trace packet 12 versus "client side traffic only" trace packet 11: before the Content-length header there is excess data (bytes 0199-019f). Same thing at packets 229-230 in the back end trace versus client side traffic packet 299 (bytes 0120-0127). This appears to only occur when chunked encoding is involved. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
