W3C home > Mailing lists > Public > ietf-http-wg@w3.org > January to March 2013


From: Martin Thomson <martin.thomson@gmail.com>
Date: Tue, 26 Mar 2013 11:16:23 -0700
Message-ID: <CABkgnnXtjrZ6rqucN3EToVfV1iaz73RBEbd-D3P9iaSczcqw0Q@mail.gmail.com>
To: HTTP Working Group <ietf-http-wg@w3.org>
I'm just going through the HTTP/2.0 error codes and this leaped out.

Can anyone explain the useful difference between the REFUSED_STREAM
and CANCEL error codes?

All the superficial reasons carry no semantic value:
 - who initiated the stream
 - whether the stream has (or has not) started processing

Furthermore, the implication from REFUSED_STREAM is that this is a
rejection, but we don't block stream use on permission.  We just send
data and wait for the other side to object.

Abandonment of a stream doesn't just occur from the stream initiator
side (even if that is the natural place to abort from).  The
implication of asymmetry seems unnecessary.

All of the use cases could be covered with a single CANCEL_STREAM code.
Received on Tuesday, 26 March 2013 18:16:51 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:11:10 UTC