12

Is there a standard way to handle response failure for chunked responses? I have poured through the RFCs and don't see a standard way of handling this.

My understanding of chunked responses is that they're useful when we cannot process the entire response at once on the server. Therefore, it seems possible that while part way though processing the response a fatal error occurs and the response needs to be terminated.

My initial thoughts are that closing the connection is the best solution, but I wanted to make sure there wasn't another way of handling this situation. Thanks.

JaredC
  • 5,150
  • 1
  • 20
  • 45

1 Answers1

8

Yes, closing the connection is the only valid way, because in HTTP there must not be any further request data after the response has started. (More specifically: ... after the request has ended, marked by the two \ns.)

AndreKR
  • 32,613
  • 18
  • 106
  • 168
  • 1
    When I abort a chunked response Chrome displays a blank page and the dev console reports `net::ERR_INCOMPLETE_CHUNKED_ENCODING`. IE displays the incomplete page. Is there a way to send the user to an actual 500 error page? Can I output something that corrupts the document so the browser won't use it? – skibulk Nov 19 '14 at 04:40
  • I am not aware of any "please start over decoding" chunk header, but it might be worth asking this in a new question. – AndreKR Nov 19 '14 at 06:13