Re: Design: Rename FRAME_TOO_LARGE to FRAME_SIZE_ERROR

Martin Thomson <martin.thomson@gmail.com> Wed, 19 June 2013 17:59 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 08BDF21F9DD8 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 19 Jun 2013 10:59:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.449
X-Spam-Level:
X-Spam-Status: No, score=-10.449 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h1MPe+f11xzI for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 19 Jun 2013 10:59:49 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id C126821F9DCF for <httpbisa-archive-bis2Juki@lists.ietf.org>; Wed, 19 Jun 2013 10:59:49 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1UpMfK-00085b-H3 for ietf-http-wg-dist@listhub.w3.org; Wed, 19 Jun 2013 17:59:31 +0000
Resent-Date: Wed, 19 Jun 2013 17:59:30 +0000
Resent-Message-Id: <E1UpMfK-00085b-H3@frink.w3.org>
Received: from maggie.w3.org ([128.30.52.39]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <martin.thomson@gmail.com>) id 1UpMf7-00082d-HG for ietf-http-wg@listhub.w3.org; Wed, 19 Jun 2013 17:59:17 +0000
Received: from mail-we0-f175.google.com ([74.125.82.175]) by maggie.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <martin.thomson@gmail.com>) id 1UpMf6-0007QM-MG for ietf-http-wg@w3.org; Wed, 19 Jun 2013 17:59:17 +0000
Received: by mail-we0-f175.google.com with SMTP id t59so4603481wes.6 for <ietf-http-wg@w3.org>; Wed, 19 Jun 2013 10:58:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=LDMLtQLP08hE0xKx32VwEOqa3R+J6KFMR3oYTaUgHSY=; b=u3+dLP6D9WKzjNbpVctn9saFygvmKAFgBQk6dXfUI77gV8pIjnx5XXb/fl7LQa0YQY 4OXoDl7zC20hcrrzt4sFjgDPJnnqFIF63pAhUlFQyLtguSVolU6wLAUlher9OwWBE3OG VT3ktYcB1hAjxjcWgPDVyBwXNAq0TfZ0EPNWPenKrCmf3QkyRAyhPg5hQ7fwNBoV4+kw yFz21WeI5KpWHoD7eIR8tYuseyuxJ6CVHuFxGiaWzdauvFTlCLZ3SYBjiWcZz0C0jaSP prHulgWpLrnZa3DtpLBI7LmpCxjr9sVE7dhk81E9FIFWUc/Iy2ptak/LTsEc9eLGjBDb wkPA==
MIME-Version: 1.0
X-Received: by 10.180.78.35 with SMTP id y3mr11791656wiw.65.1371664730575; Wed, 19 Jun 2013 10:58:50 -0700 (PDT)
Received: by 10.194.60.46 with HTTP; Wed, 19 Jun 2013 10:58:50 -0700 (PDT)
In-Reply-To: <CAA4WUYgKJwhQGsyUyJzcaqy4C-iETsvqb9yPNax5JSixCNCu=A@mail.gmail.com>
References: <CABP7Rbe9GEkRvoU6yYpiNjrShc32PeoB64fNaTrP6M4Uco-xRw@mail.gmail.com> <CAOdDvNr_a3y7Aq8=Q77JYx=iJGwaK==wQWj5JVi9mMdqG5KJug@mail.gmail.com> <alpine.LRH.2.01.1306190738140.31315@egate.xpasc.com> <CA+pLO_jVAdz3XNsfUSW4L0a_dB4YSnaNA+G8QA9h0rS=b74s5w@mail.gmail.com> <CAP+FsNf7mZC3KMD5qYAPA8rAE+Q6fYM_xAEUtxEZQ0jSLGtAMw@mail.gmail.com> <CA+pLO_j-4X+NCO7LhmPR4iuUNMRyTuq-EezEs_iPmeuJ7JakBQ@mail.gmail.com> <CABkgnnXpAHVTHRALduELri5HqF77Jp6P7TGF-Uo2rhg+ysftJA@mail.gmail.com> <CAA4WUYgKJwhQGsyUyJzcaqy4C-iETsvqb9yPNax5JSixCNCu=A@mail.gmail.com>
Date: Wed, 19 Jun 2013 10:58:50 -0700
Message-ID: <CABkgnnUcFQEH5xL50qROdxmSvNotOh2rSoxoHp=3ASrKUm5O4A@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: "William Chan (陈智昌)" <willchan@chromium.org>
Cc: Jeff Pinner <jpinner@twitter.com>, Roberto Peon <grmocg@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=74.125.82.175; envelope-from=martin.thomson@gmail.com; helo=mail-we0-f175.google.com
X-W3C-Hub-Spam-Status: No, score=-3.5
X-W3C-Hub-Spam-Report: AWL=-2.684, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001
X-W3C-Scan-Sig: maggie.w3.org 1UpMf6-0007QM-MG f6e9d44ea6439dc0a6cb99a9bc7c356d
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Design: Rename FRAME_TOO_LARGE to FRAME_SIZE_ERROR
Archived-At: <http://www.w3.org/mid/CABkgnnUcFQEH5xL50qROdxmSvNotOh2rSoxoHp=3ASrKUm5O4A@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/18290
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

On 19 June 2013 10:28, William Chan (陈智昌) <willchan@chromium.org> wrote:
> Actionable difference: it tells you what part of your stack to debug.
> PROTOCOL_ERROR is terrible :( Everytime we generate a PROTOCOL_ERROR, we
> have felt we wanted to add a debug string (that opaque byte sequence we
> discussed earlier) so we could figure out what was wrong.

I thought that was the reason you wanted to put the opaque stuff in the body.

The reason I'm pushing back is that it is possible to spend error code
bits on any amount of subdivision of the PROTOCOL_ERROR space.  Do you
want one for the case where someone didn't echo the bytes of a PING?
Or when they decide to send something else rather than continuing a
HEADERS block?  Or any of the many current and future
your-implementation-is-broken cases?  Ultimately, this just leads to a
blowout in error codes, to no good end.