0001508: Chunked transfer coding and content length headers

Viewing Issue Simple Details [ Jump to Notes ]

[ View Advanced ] [ Issue History ] [ Print ]

Category

Severity

Reproducibility

Date Submitted

Last Update

0001508

[Resin]

minor

always

12-13-06 05:23

12-19-06 10:22

Reporter

mweinig

View Status

public

Assigned To

ferg

Priority

normal

Resolution

fixed

Status

closed

Product Version

3.0.22

Summary

0001508: Chunked transfer coding and content length headers

Description

When using Resin 3.0.22 with the ISAPI filter and IIS, both the Content-Length header field and the Transfer-Encoding header field are included. See the following:

GET /testa HTTP/1.1
Accept: */*
Accept-Language: en-us
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; InfoPath.1; .NET CLR 1.1.4322)
Host: 10.60.55.219
Connection: Keep-Alive
Cache-Control: no-cache

HTTP/1.1 302 Found
Connection: close
Date: Wed, 13 Dec 2006 12:48:21 GMT
Server: Microsoft-IIS/6.0
Location: http://10.60.55.219/testa/ [^]
Content-Length: 64
Transfer-Encoding: chunked

0040
The URL has moved http://10.60.55.219/testa/ [^]

0

Section 4.4 of the HTTP/1.1 RFC (2616), while a little unclear, seems to say that the Content-Length header is't supposed to be there when using chunked encoding.

Additional Information

Attached Files

Relationships

Notes
(0001661) ferg 12-19-06 10:22	The ISAPI filter needed to check the response code for non-2xx responses and avoid chunking in those cases.

Issue History
Date Modified	Username	Field	Change
12-13-06 05:23	mweinig	New Issue
12-19-06 10:22	ferg	Note Added: 0001661
12-19-06 10:22	ferg	Assigned To	=> ferg
12-19-06 10:22	ferg	Status	new => closed
12-19-06 10:22	ferg	Resolution	open => fixed
12-19-06 10:22	ferg	Fixed in Version	=> 3.0.23

Mantis 1.0.0rc3[^]

29 total queries executed.
26 unique queries executed.