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=26446>.
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=26446

mod_isapi emits multiple last-chunks

           Summary: mod_isapi emits multiple last-chunks
           Product: Apache httpd-2.0
           Version: 2.0.48
          Platform: PC
        OS/Version: Windows NT/2K
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: mod_isapi
        AssignedTo: [email protected]
        ReportedBy: [EMAIL PROTECTED]


When an HTTP/1.1 connection to an ISAPI extension uses Keep-Alive and the 
output is written in Chunked Transfer-Encoding, multiple last-chunk markers 
(http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.6.1) appear in the 
response.

This appears to be due to the isapi_handler appending both a flush bucket and 
an eos bucket on the brigade.  Another follows that, created by 
end_output_stream.  Since the eos bucket appears to drive the last-chunk 
marker, two are output in the response.

The symptoms for this vary by User-Agent, but in my situation the ISAPI 
extension is returning XML, where the extra last-chunk appears to be more 
noticeable.  Specifically, MSIE on Win2k and Mozilla on RH9 sometimes display 
the XML properly, other times they display the chunked response verbatim 
including previous leading last-chunk and the following response header as part 
of the response.  (MSIE actually just displays a 0 in those cases.)

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to