Re: [Json] [Technical Errata Reported] RFC7493 (6861)

Paul Hoffman <paul.hoffman@vpnc.org> Fri, 25 February 2022 15:36 UTC

Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D6DE13A0AA3 for <json@ietfa.amsl.com>; Fri, 25 Feb 2022 07:36:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.497
X-Spam-Level:
X-Spam-Status: No, score=-1.497 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.399, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 PbnJuRm06jJz for <json@ietfa.amsl.com>; Fri, 25 Feb 2022 07:36:50 -0800 (PST)
Received: from mail.proper.com (Opus1.Proper.COM [207.182.41.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD2C23A09DB for <json@ietf.org>; Fri, 25 Feb 2022 07:36:50 -0800 (PST)
Received: from [10.32.60.156] (76-209-242-70.lightspeed.mtryca.sbcglobal.net [76.209.242.70]) (authenticated bits=0) by mail.proper.com (8.15.2/8.15.2) with ESMTPSA id 21PFZUQE007504 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 25 Feb 2022 08:35:30 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
X-Authentication-Warning: mail.proper.com: Host 76-209-242-70.lightspeed.mtryca.sbcglobal.net [76.209.242.70] claimed to be [10.32.60.156]
From: Paul Hoffman <paul.hoffman@vpnc.org>
To: Tim Bray <tbray@textuality.com>
Cc: RFC Errata System <rfc-editor@rfc-editor.org>, "Murray S. Kucherawy" <superuser@gmail.com>, Francesca Palombini <francesca.palombini@ericsson.com>, "Matt Miller (mamille2)" <mamille2@cisco.com>, rfc7493-errata@chrismorgan.info, JSON WG <json@ietf.org>
Date: Fri, 25 Feb 2022 07:36:33 -0800
X-Mailer: MailMate (1.14r5798)
Message-ID: <F6608CF3-AE49-4A0C-A222-1558A84C53A6@vpnc.org>
In-Reply-To: <CAHBU6iu7AdA8FQyCSOE5=-5wZJ590b0sYxmazFiTebDQUdUN9A@mail.gmail.com>
References: <20220225033322.ECC44289E1@rfc-editor.org> <CAHBU6iu7AdA8FQyCSOE5=-5wZJ590b0sYxmazFiTebDQUdUN9A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_MailMate_E78ED109-48BA-45DC-9903-218E9A806ACD_="
Content-Transfer-Encoding: 8bit
Embedded-HTML: [{"plain":[616, 2463], "uuid":"F6FF0FF5-DDB3-4175-B9FD-E5FCB30B3AF0"}]
Archived-At: <https://mailarchive.ietf.org/arch/msg/json/WoyuXum6I2GdQWbN03a8r9E-U8I>
Subject: Re: [Json] [Technical Errata Reported] RFC7493 (6861)
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "JavaScript Object Notation \(JSON\) WG mailing list" <json.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/json>, <mailto:json-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/json/>
List-Post: <mailto:json@ietf.org>
List-Help: <mailto:json-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/json>, <mailto:json-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Feb 2022 15:36:58 -0000

I note that accepting this erratum would be a technical change that 
would affect interoperability. Without this erratum, a JSON text that is 
a single JSON string (that is, it begins with a quotation mark) can 
include surrogates and noncharacters. After this erratum is accepted, 
such texts would be invalid.

It would have been nice for us to have thought of this when we created 
I-JSON: I would likely have supported the idea. However, errata are not 
meant to make breaking technical changes to standards. Thus, I would say 
we need to reject the erratum.

--Paul Hoffman

On 24 Feb 2022, at 21:13, Tim Bray wrote:

> I'm inclined to accept this one, can't disagree with the argument.
>
> On Thu, Feb 24, 2022 at 7:33 PM RFC Errata System 
> <rfc-editor@rfc-editor.org>
> wrote:
>
>> The following errata report has been submitted for RFC7493,
>> "The I-JSON Message Format".
>>
>> --------------------------------------
>> You may review the report below and at:
>> https://www.rfc-editor.org/errata/eid6861
>>
>> --------------------------------------
>> Type: Technical
>> Reported by: Chris Morgan <rfc7493-errata@chrismorgan.info>
>>
>> Section: 2.1
>>
>> Original Text
>> -------------
>>    Object member names, and string values in arrays and object 
>> members,
>>    MUST NOT include code points that identify Surrogates or
>>    Noncharacters as defined by [UNICODE].
>>
>> Corrected Text
>> --------------
>>    Object member names, and string values,
>>    MUST NOT include code points that identify Surrogates or
>>    Noncharacters as defined by [UNICODE].
>>
>> Notes
>> -----
>> The expression “string values in arrays and object members” is 
>> overly
>> qualified, excluding cases where the *entire message* is a string 
>> value,
>> which should clearly be covered also. So the qualification “in 
>> arrays and
>> object members” should be removed.
>>
>> Supporting citations:
>>
>> RFC 7493, section 2: “An I-JSON message is a JSON text, as defined 
>> by RFC
>> 7159.”
>>
>> RFC 7159, section 2: “A JSON text is a serialized value.  Note that
>> certain previous specifications of JSON constrained a JSON text to be 
>> an
>> object or an array. […]”
>>
>> RFC 7159, section 2:
>>
>>       JSON-text = ws value ws
>>
>> RFC 7159, section 3:
>>
>>       value = false / null / true / object / array / number / string
>>
>> 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
>> can log in to change the status and edit the report, if necessary.
>>
>> --------------------------------------
>> RFC7493 (draft-ietf-json-i-json-06)
>> --------------------------------------
>> Title               : The I-JSON Message Format
>> Publication Date    : March 2015
>> Author(s)           : T. Bray, Ed.
>> Category            : PROPOSED STANDARD
>> Source              : JavaScript Object Notation
>> Area                : Applications
>> Stream              : IETF
>> Verifying Party     : IESG
>>