![](https://secure.gravatar.com/avatar/a0d8b345042b7b2d583ec688f0c92396.jpg?s=120&d=mm&r=g)
I understand what a 204 is. It appears though that the framework is hanging on them...not my code. Twisted calls my handleEndHeaders method, then hangs for awhile, then calls my handleResponseEnd method. Perhaps there is something I need to do in the handleStatus method to preempt this behavior. Any idea how I can tell Twisted to not timeout waiting for content that will never come? -Brian On Fri, Apr 24, 2009 at 12:01 PM, Jean-Paul Calderone <exarkun@divmod.com>wrote:
On Fri, 24 Apr 2009 11:55:20 -0700, Brian Kuhn <bnkuhn@gmail.com> wrote:
I've written an http proxy using twisted. It works fine, except when proxying an HTTP 204 response. The handleStatus, handleHeader and handleEndHeaders all get called. Then the process just hangs for 10+ seconds (presumably timing out). Then handleResponseEnd gets called (never calling handleResponsePart).
All of this is expected, except for the hanging part. Anyone have any ideas what's going on here?
204 is "No Content". Quoting the RFC:
The 204 response MUST NOT include a message-body, and thus is always terminated by the first empty line after the header fields.
This, despite the fact that a 204 response may include a content-length header with a non-zero value. Make sure you're handling this properly.
Jean-Paul
_______________________________________________ Twisted-web mailing list Twisted-web@twistedmatrix.com http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-web