>Number: 1538 >Category: protocol >Synopsis: First chunk body is too big, by one byte >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue Dec 9 17:10:00 PST 1997 >Last-Modified: >Originator: [EMAIL PROTECTED] >Organization: apache >Release: 1.2.1 >Environment: Don't know, this is observed behavir on a remote server www.looksmart.com. >Description: When using chunked transfer-encoding, the server is sending back one more byte in its first chunk than it reports in the chunk-size header. This appears to happen for other chunks as well, but not consistently. E.g., if the header says "f3e" there are actually 0xf3f data bytes before the CR/LF appears. >How-To-Repeat: http://www.looksmart.com/
This can be verified using, e.g.: telnet www.looksmart.com 80 > output GET / HTTP/1.1 Host: www.looksmart.com Then examine the output file by hand. (I use vi to strip the headers, then hex dump the remainder of the file to get to the proper byte offset.) >Fix: I haven't built this server, just reporting what I've observed from other running servers. I searched for "chunked" in the bug database and didn't find anything similar, thus this report. I also read the Changes file, and found no explicit mention. My apologies if this is already fixed in 1.2.4. %0 >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <[EMAIL PROTECTED]> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]
