Opened 10 years ago

Closed 10 years ago

#13186 closed (duplicate)

HttpResponse._get_content is broken for iterables (HttpResponse._is_string = False)

Reported by: Eloff Owned by: nobody
Component: HTTP handling Version: 1.1
Severity: Keywords:
Cc: Triage Stage: Unreviewed
Has patch: yes Needs documentation: no
Needs tests: no Patch needs improvement: no
Easy pickings: no UI/UX: no


Passing an iterable to HttpResponse(), the iterable gets iterated over and joined once for EVERY call to _get_content. Quite a bit of middleware, including django's own Common middleware, accesses response.content, so this gotcha hits just about everyone who passes an iterator to HttpResponse.

The attached patch simply converts the iterable to a string and caches it on the first call to _get_content (by converting the response from an iterable response to a string response.) If you go to all the trouble to convert the iterable to a string, there's no point doing it again and again.

However, if you want to do any streaming, you must set USE_ETAGS = False in your settings, and avoid any 3rd party middleware that acceses response.content. That is you can have streaming, or you can have etags, but not both unless you do your own etags. Not a big deal, but gets to be really annoying if you have more middleware doing stuff with .content. There should really be a way mark an HttpResponse as DO NOT CALL .content UNDER PAIN OF DEATH... (and make _get_content raise an exception in this case) but I leave that as a problem for someone else.

Attachments (1)

__init__.diff (552 bytes) - added by Eloff 10 years ago.

Download all attachments as: .zip

Change History (2)

Changed 10 years ago by Eloff

Attachment: __init__.diff added

comment:1 Changed 10 years ago by Karen Tracey

Resolution: duplicate
Status: newclosed

#7581 is already open for this issue.

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