Re: [Technical Errata Reported] RFC7230 (4189)

Barry Leiba <barryleiba@computer.org> Fri, 06 February 2015 23:14 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ietf.org@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 (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B4101A889D for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 6 Feb 2015 15:14:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.99
X-Spam-Level:
X-Spam-Status: No, score=-3.99 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, MANGLED_MEN=2.3, RCVD_IN_DNSWL_HI=-5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EZSg-DBNAL_c for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 6 Feb 2015 15:14:15 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 50BB61A0673 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Fri, 6 Feb 2015 15:14:15 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.80) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1YJs38-0002v6-Du for ietf-http-wg-dist@listhub.w3.org; Fri, 06 Feb 2015 23:10:58 +0000
Resent-Date: Fri, 06 Feb 2015 23:10:58 +0000
Resent-Message-Id: <E1YJs38-0002v6-Du@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.80) (envelope-from <barryleiba@gmail.com>) id 1YJs2u-0002aQ-To for ietf-http-wg@listhub.w3.org; Fri, 06 Feb 2015 23:10:44 +0000
Received: from mail-lb0-f175.google.com ([209.85.217.175]) by lisa.w3.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.72) (envelope-from <barryleiba@gmail.com>) id 1YJs2s-0000LR-2W for ietf-http-wg@w3.org; Fri, 06 Feb 2015 23:10:44 +0000
Received: by mail-lb0-f175.google.com with SMTP id n10so16432746lbv.6 for <ietf-http-wg@w3.org>; Fri, 06 Feb 2015 15:10:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=jHIwocVstQ7YIpjd4/tkmlUB/Zjt1nRkAPUqUNtcUw4=; b=JFSjLyqq+MsIuH6fV5fiBVSTQ23vtDDAkVT6IpuVl3FksOy3RLIBDj8iSUGYbzK2wd wMRd02KC4p9r7DUOp3HmO3Hendifke4ADy+pHzFWrqFdpg4fVFaPIRgVsoKS8e1Q/NsQ Re0Ipd0f0qWv2pbHG3cHIuSOYNZrKvzNqiXYb6I1od+Vtf/AXO41Yb7K17bgZfWic5CX rR3E00HTeiw31MgIHrcNDINu4U+EH/SsvC1XWxui2dA+jsa7MrIP7REvf32JETYVfl5U mqkUkQj1j1J1btvv2WipuBZIbp6LCWGnCzA28gqCDH6kwg//zTAFB7O0phQXXeeZrY/z XUKQ==
MIME-Version: 1.0
X-Received: by 10.152.29.6 with SMTP id f6mr5161713lah.82.1423264214833; Fri, 06 Feb 2015 15:10:14 -0800 (PST)
Sender: barryleiba@gmail.com
Received: by 10.152.21.73 with HTTP; Fri, 6 Feb 2015 15:10:14 -0800 (PST)
In-Reply-To: <723A86CD-6369-4A8A-B277-CBDA4439DCE9@gbiv.com>
References: <20141126195639.B3D5C181CE7@rfc-editor.org> <5476D0BC.70905@greenbytes.de> <CALaySJJh-9w2mnT9fV9dxaOJ_Tq=ipvV7nbNbEqY+g_6ppJjTg@mail.gmail.com> <723A86CD-6369-4A8A-B277-CBDA4439DCE9@gbiv.com>
Date: Fri, 06 Feb 2015 18:10:14 -0500
X-Google-Sender-Auth: bexG0GRuCBjjuWNm9R-olhseRRk
Message-ID: <CALaySJLx2mndr2ke83CK+1sthz=ejbW5pb8=g5JmMov7zN10=Q@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: "Roy T. Fielding" <fielding@gbiv.com>
Cc: Julian Reschke <julian.reschke@greenbytes.de>, RFC Errata System <rfc-editor@rfc-editor.org>, Pete Resnick <presnick@qti.qualcomm.com>, Mark Nottingham <mnot@mnot.net>, simon.schueppel@googlemail.com, HTTP Working Group <ietf-http-wg@w3.org>
Content-Type: text/plain; charset="ISO-8859-1"
Received-SPF: pass client-ip=209.85.217.175; envelope-from=barryleiba@gmail.com; helo=mail-lb0-f175.google.com
X-W3C-Hub-Spam-Status: No, score=-3.3
X-W3C-Hub-Spam-Report: AWL=-2.585, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001
X-W3C-Scan-Sig: lisa.w3.org 1YJs2s-0000LR-2W 8be74959310debb40b9e79813a092355
X-Original-To: ietf-http-wg@w3.org
Subject: Re: [Technical Errata Reported] RFC7230 (4189)
Archived-At: <http://www.w3.org/mid/CALaySJLx2mndr2ke83CK+1sthz=ejbW5pb8=g5JmMov7zN10=Q@mail.gmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/28775
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>

Thanks, Roy!

Julian, does Roy's proposal work for you?

Barry

On Fri, Feb 6, 2015 at 5:32 PM, Roy T. Fielding <fielding@gbiv.com> wrote:
> On Feb 6, 2015, at 6:28 AM, Barry Leiba wrote:
>> On Thu, Nov 27, 2014 at 2:20 AM, Julian Reschke <julian.reschke@greenbytes.de> wrote:
>>> On 2014-11-26 20:56, RFC Errata System wrote:
>>>>
>>>> The following errata report has been submitted for RFC7230,
>>>> "Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing".
>>>>
>>>> --------------------------------------
>>>> You may review the report below and at:
>>>> http://www.rfc-editor.org/errata_search.php?rfc=7230&eid=4189
>>>>
>>>> --------------------------------------
>>>> Type: Technical
>>>> Reported by: Simon Schueppel <simon.schueppel@googlemail.com>
>>>>
>>>> Section: 3.2
>>>>
>>>> Original Text
>>>> -------------
>>>>      header-field   = field-name ":" OWS field-value OWS
>>>>
>>>>      field-name     = token
>>>>      field-value    = *( field-content / obs-fold )
>>>>      field-content  = field-vchar [ 1*( SP / HTAB ) field-vchar ]
>>>>      field-vchar    = VCHAR / obs-text
>>>>
>>>>      obs-fold       = CRLF 1*( SP / HTAB )
>>>>                     ; obsolete line folding
>>>>                     ; see Section 3.2.4
>>>>
>>>> Corrected Text
>>>> --------------
>>>>     header-field   = field-name ":" FWS field-value FWS
>>>>
>>>>     field-name     = token
>>>>     FWS            = field-ows
>>>>     field-value    = [ field-vchar *( field-ows field-vchar ) ]
>>>>     field-vchar    = VCHAR / obs-text
>>>>     field-ows      = *( SP / HTAB ) *obs-fold
>>>>
>>>>     obs-fold       = CRLF 1*( SP / HTAB )
>>>>                     ; obsolete line folding
>>>>                     ; see Section 3.2.4
>>>>
>>>> Notes
>>>> -----
>>>> the field-value rule given in Section 3.2 will not recognize several
>>>> strings recognized by specific header rules.
>>>>
>>>> Examples:
>>>>     - ", , ," recognized by legacy list rule
>>>>     - "abrowser/0.001 (C O M M E N T)" recognized by User-Agent rule
>>>>     - "gzip , chunked" recognized by Transfer-Encoding rule
>>>>     - etc.
>>>>
>>>> General Problem:
>>>>     the specified field-value rule does not allow single field-vchar
>>>> surrounded by whitespace anywhere
>>>>
>>>> Further Notes:
>>>>     -what the authors propably wanted to say:
>>>>         a string of octets is a field-value if, and only if:
>>>>             -it is *( field-vchar / SP / HTAB / obs-fold )
>>>>             -if it is not empty, it starts and ends with field-vchar
>>>>
>>>>     -the suggested correction was designed according to these criteria
>>>>
>>>> Instructions:
>>>> -------------
>>>> This erratum is currently posted as "Reported". If necessary, please
>>>> use "Reply All" to discuss whether it should be verified or
>>>> rejected. When a decision is reached, the verifying party (IESG)
>>>> can log in to change the status and edit the report, if necessary.
>>>>
>>>> --------------------------------------
>>>> RFC7230 (draft-ietf-httpbis-p1-messaging-26)
>>>> --------------------------------------
>>>> Title               : Hypertext Transfer Protocol (HTTP/1.1): Message
>>>> Syntax and Routing
>>>> Publication Date    : June 2014
>>>> Author(s)           : R. Fielding, Ed., J. Reschke, Ed.
>>>> Category            : PROPOSED STANDARD
>>>> Source              : Hypertext Transfer Protocol Bis
>>>> Area                : Applications
>>>> Stream              : IETF
>>>> Verifying Party     : IESG
>
>>> Hi there,
>>>
>>> I agree that there is indeed a problem ("the specified field-value rule does
>>> not allow single field-vchar surrounded by whitespace anywhere.
>>>
>>> I'm however not sure that the proposed fix is what we want. In particular,
>>> it's not clear why we need to modify the header-field production at all.
>>>
>>> Best regards, Julian
>>>
>
>> I should do something with this errata report; can you give me more
>> input?  If it's indeed a problem, can the report be edited
>> appropriately and marked "Verified"?  If so, please tell me what the
>> edit should be.  If not, give me some explanation that I can put in
>> for marking it "Held for Document Update".
>>
>> Barry
>
> I looked at this originally and thought it made sense, but figured
> I would have to check carefully first before responding ... and
> then lost it.
>
> It should be verified as technical, but (like Julian) I think the
> fix should be limited to field-content and obs-fold:
>
> Section: 3.2
>
> Original Text
> -------------
>      field-name     = token
>      field-value    = *( field-content / obs-fold )
>      field-content  = field-vchar [ 1*( SP / HTAB ) field-vchar ]
>      field-vchar    = VCHAR / obs-text
>
>      obs-fold       = CRLF 1*( SP / HTAB )
>                     ; obsolete line folding
>                     ; see Section 3.2.4
>
> Corrected Text
> --------------
>      field-name     = token
>      field-value    = *( field-content / obs-fold )
>      field-content  = field-vchar [ 1*( SP / HTAB / field-vchar ) field-vchar ]
>      field-vchar    = VCHAR / obs-text
>
>      obs-fold       = OWS CRLF RWS
>                     ; obsolete line folding
>                     ; see Section 3.2.4
>
> This fixes the problem examples and keeps obs-fold separate from field-content.
> It would be best if some other folks could confirm the above before making
> the errata official.
>
> ....Roy
>