Opened 18 years ago

Closed 18 years ago

#3619 closed (invalid)

HttpResponse bug screws up chunked transfer-coding

Reported by: chad@… Owned by: Adrian Holovaty
Component: Core (Other) Version: dev
Severity: Keywords: http chunked transfer-encoding
Cc: Triage Stage: Unreviewed
Has patch: yes Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: no UI/UX: no

Description

When an HttpResponse is created, the _container defaults to [""]. Later additions are appended, so you end up with ["", "Actual content here."]. Such a response fails when sent by CherryPy's wsgiserver.py in HTTP/1.1 mode, because the chunked transfer-coding implementation sends a last-chunk token for that first "" in _container.

The attached patch solves the problem by initializing _container to an empty list ([]) when HttpRequest is constructed with content="".

This bug first surfaced in Aspen.

Attachments (1)

chunked.patch (709 bytes ) - added by chad@… 18 years ago.
patch to make HttpResponse play nicer with HTTP/1.1

Download all attachments as: .zip

Change History (2)

by chad@…, 18 years ago

Attachment: chunked.patch added

patch to make HttpResponse play nicer with HTTP/1.1

comment:1 by chad@…, 18 years ago

Resolution: invalid
Status: newclosed

The bug lies more properly with CherryPyWSGIServer: it should only write chunks that are non-empty. And in fact, this change has been made in CherryPy 3.0.1.

Sorry to bother you!

Note: See TracTickets for help on using tickets.
Back to Top