Re: Minor fix to ellipses in binary-messages

Tommy Pauly <tpauly@apple.com> Thu, 26 May 2022 03:00 UTC

Return-Path: <ietf-http-wg-request+bounce-httpbisa-archive-bis2juki=lists.ie@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 7889DC073267 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 25 May 2022 20:00:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.328
X-Spam-Level:
X-Spam-Status: No, score=-8.328 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.575, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.248, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xpxi-m_DF5E6 for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Wed, 25 May 2022 20:00:34 -0700 (PDT)
Received: from lyra.w3.org (lyra.w3.org [128.30.52.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34B57C073266 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Wed, 25 May 2022 20:00:33 -0700 (PDT)
Received: from lists by lyra.w3.org with local (Exim 4.92) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1nu3i1-0001Rd-RJ for ietf-http-wg-dist@listhub.w3.org; Thu, 26 May 2022 02:58:45 +0000
Resent-Date: Thu, 26 May 2022 02:58:45 +0000
Resent-Message-Id: <E1nu3i1-0001Rd-RJ@lyra.w3.org>
Received: from mimas.w3.org ([128.30.52.79]) by lyra.w3.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <tpauly@apple.com>) id 1nu3hz-0001QN-Ne for ietf-http-wg@listhub.w3.org; Thu, 26 May 2022 02:58:43 +0000
Received: from rn-mailsvcp-ppex-lapp34.rno.apple.com ([17.179.253.43] helo=rn-mailsvcp-ppex-lapp34.apple.com) by mimas.w3.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <tpauly@apple.com>) id 1nu3hy-00040a-Ca for ietf-http-wg@w3.org; Thu, 26 May 2022 02:58:43 +0000
Received: from pps.filterd (rn-mailsvcp-ppex-lapp34.rno.apple.com [127.0.0.1]) by rn-mailsvcp-ppex-lapp34.rno.apple.com (8.16.1.2/8.16.1.2) with SMTP id 24Q2nkku012945; Wed, 25 May 2022 19:58:29 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=content-type : mime-version : subject : from : in-reply-to : date : cc : content-transfer-encoding : message-id : references : to; s=20180706; bh=2YozuJCw+MCTl1XXmBFfS23ZOSDKyXvJweLjSBQxFYU=; b=kDJHwUBRsVXwKoL16Cpu7SXCIualhXyybRBjdGel+pgbJuLOdpr65K9fQyM7gm1Lshpf uM7Ugy2Ry+jw8bH6EbYsUlzm25j9bZeAF1d2VVGBOHyH49gjUC11imatFWNWWSbt7NcM pLQBi81YF1HBEcm2yPsD6yu9Vde1hPjVDxfGgvZk7g5IlnApBI2krynPsVlj14gv9Xuf HqP6x9+QBhMw9OlRBXis07yMm3hZG+ATsm6qezDjEaJ7F7iRitg1jB+NP6z7DLBkH6Hz UwknStv97xa8hz1AzpOmcYTvJBq7e5cH3pt9/ToKZ9YG44YdcUk1CFi4E2ugEpFYe0L7 rw==
Received: from rn-mailsvcp-mta-lapp04.rno.apple.com (rn-mailsvcp-mta-lapp04.rno.apple.com [10.225.203.152]) by rn-mailsvcp-ppex-lapp34.rno.apple.com with ESMTP id 3g93vtcm8f-11 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 25 May 2022 19:58:29 -0700
Received: from rn-mailsvcp-mmp-lapp02.rno.apple.com (rn-mailsvcp-mmp-lapp02.rno.apple.com [17.179.253.15]) by rn-mailsvcp-mta-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.18.20220407 64bit (built Apr 7 2022)) with ESMTPS id <0RCG00Y23YXGM100@rn-mailsvcp-mta-lapp04.rno.apple.com>; Wed, 25 May 2022 19:58:28 -0700 (PDT)
Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp02.rno.apple.com by rn-mailsvcp-mmp-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.18.20220407 64bit (built Apr 7 2022)) id <0RCG00A00YQQWL00@rn-mailsvcp-mmp-lapp02.rno.apple.com>; Wed, 25 May 2022 19:58:28 -0700 (PDT)
X-Va-A:
X-Va-T-CD: 01a37c4388be431533d60b3d58eeb299
X-Va-E-CD: c6e323ce8f86076f2410dd7d33ebfb50
X-Va-R-CD: a5e60767745a2935f4e2477b85df619f
X-Va-CD: 0
X-Va-ID: 7db6055a-e2a0-4b8f-af6f-1f886afc2f6d
X-V-A:
X-V-T-CD: 01a37c4388be431533d60b3d58eeb299
X-V-E-CD: c6e323ce8f86076f2410dd7d33ebfb50
X-V-R-CD: a5e60767745a2935f4e2477b85df619f
X-V-CD: 0
X-V-ID: 6a0ccfb5-3974-4fae-9c48-17845e6fc1b2
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.486,18.0.874 definitions=2022-05-25_07:2022-05-25,2022-05-25 signatures=0
Received: from smtpclient.apple (unknown [17.11.170.185]) by rn-mailsvcp-mmp-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.18.20220407 64bit (built Apr 7 2022)) with ESMTPSA id <0RCG0097DYXCMQ00@rn-mailsvcp-mmp-lapp02.rno.apple.com>; Wed, 25 May 2022 19:58:24 -0700 (PDT)
Content-type: text/plain; charset="utf-8"
MIME-version: 1.0 (Mac OS X Mail 16.0 \(3720.0.4.1.4\))
From: Tommy Pauly <tpauly@apple.com>
In-reply-to: <a5b14137-3522-4461-9442-7c7541319b15@beta.fastmail.com>
Date: Wed, 25 May 2022 19:58:23 -0700
Cc: ietf-http-wg@w3.org
Content-transfer-encoding: quoted-printable
Message-id: <0CAEF5B3-9F40-4FEC-8C7C-FE5A8D94A193@apple.com>
References: <a5b14137-3522-4461-9442-7c7541319b15@beta.fastmail.com>
To: Martin Thomson <mt@lowentropy.net>
X-Mailer: Apple Mail (2.3720.0.4.1.4)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.486,18.0.874 definitions=2022-05-25_07:2022-05-25,2022-05-25 signatures=0
Received-SPF: pass client-ip=17.179.253.43; envelope-from=tpauly@apple.com; helo=rn-mailsvcp-ppex-lapp34.apple.com
X-W3C-Hub-DKIM-Status: validation passed: (address=tpauly@apple.com domain=apple.com), signature is good
X-W3C-Hub-Spam-Status: No, score=-5.8
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.683, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, W3C_AA=-1, W3C_IRA=-1, W3C_WL=-1
X-W3C-Scan-Sig: mimas.w3.org 1nu3hy-00040a-Ca 7162cc057061c38fa099f1277ef3c477
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Minor fix to ellipses in binary-messages
Archived-At: <https://www.w3.org/mid/0CAEF5B3-9F40-4FEC-8C7C-FE5A8D94A193@apple.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/40046
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: <https://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

Hi Martin,

Thanks for fixing this. I did check over my code to make sure I had followed the prose and not the diagram, and everything looked good! I can’t imagine this will cause problems for anyone, since the intent of the text is pretty clear that the content section already handles its own repeated chunks and terminator.

Best,
Tommy

> On May 25, 2022, at 5:00 PM, Martin Thomson <mt@lowentropy.net> wrote:
> 
> https://github.com/httpwg/http-extensions/pull/2128 makes a very small change to the indetermine-length encoding diagram to remove an ellipsis as follows:
> 
> Indeterminate-Length Response  {
>   Framing Indicator (i) = 3,
>   Indeterminate-Length Informational Response (..) ...,
>   Final Response Control Data (..),
>   Indeterminate-Length Field Section (..),
> -  Indeterminate-Length Content (..) ...,
> +  Indeterminate-Length Content (..),
>   Indeterminate-Length Field Section (..),
>   Padding (..),
> }
> 
> The same change is made for the request.  For context, this is how content is defined:
> 
> Indeterminate-Length Content {
>   Indeterminate-Length Content Chunk (..) ...,
>   Content Terminator (i) = 0,
> }
> 
> Note that the removed ellipsis would mean that the Content could be repeated or omitted entirely, which would make it impossible to find the trailers if there are any.  The ellipsis on the Indeterminate-Length Content Chunk line is the intended and correct place; that doesn't change.
> 
> This aligns the picture with the prose, so this is *technically* not a design change, but I wanted to ensure that it was raised here given the state of the draft.  The known-length encoding doesn't have this problem.
> 
> Cheers,
> Martin
>