Re: [Json] [Technical Errata Reported] RFC8259 (7603)

Tim Bray <tbray@textuality.com> Tue, 29 August 2023 16:45 UTC

Return-Path: <tbray@textuality.com>
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 459F5C14CEFC for <json@ietfa.amsl.com>; Tue, 29 Aug 2023 09:45:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=textuality.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 nljYIUbhUtAj for <json@ietfa.amsl.com>; Tue, 29 Aug 2023 09:45:47 -0700 (PDT)
Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1065AC14CF1F for <json@ietf.org>; Tue, 29 Aug 2023 09:45:46 -0700 (PDT)
Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-522bd411679so6042380a12.0 for <json@ietf.org>; Tue, 29 Aug 2023 09:45:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=textuality.com; s=google; t=1693327545; x=1693932345; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=uxPEZiMJom6CQI/jM/z6FYNbFgSP4nJbIhTrJqeExEQ=; b=FrVA23OMzlk/xace1cuPqiasnMpgg5ShZMECxPQc5257TawaY6FCC2xLKEbYPDBmWY 9ydF3vKTcVK2woSwccAwFDjAaBW7/WhdcHEzvTFkkRmmMXl7zyBm7s3I6+QdEAEZlXbr WsEpuPhTR3HXpZZ9xtbScRUQgTnRQ60xXLzMQ=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1693327545; x=1693932345; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=uxPEZiMJom6CQI/jM/z6FYNbFgSP4nJbIhTrJqeExEQ=; b=GGjhqYmZlrq1Q5X4Lz/IWrCUGnLkP+CyNwwpQauJM6U/0uZm2fztDx5Dv//JHJTMo7 cE+nvEVDDUEQMKHaMmfudVEL5w917/yVdPZ3zi15/6Xku7Oc+PYBCAS9EFqYxmAF5/97 HElQlx8kQetu9B2FYI86EWgxMSYXXJzt1pP4o3nXJl8jcCWavUzZ59eJPGuQ68ZKFLS6 B4I21DH1U3l1A8EbM6AU4tQVjN8To6c+nqNtILY1C/fe8BxkTyJefPgUUTePl1LihkJf zLK3ebF/OuzBrYL4CZvnhgO2i4WOEgI0R3KbnSFDG3n2voctcY73g12S5TxKko1Z423A y2/A==
X-Gm-Message-State: AOJu0YwNORR3NKEO7o/1bSWIZCZwM+YAgLcf+DwkFgQ4YKIH2b9iZ2w0 hbduDr78pItUEiDjA/ioTvSibrW92dyNqrdTCH7hmg==
X-Google-Smtp-Source: AGHT+IEu7wyOksI6ueDdY67s2aeUp3+i7AprZ4F/LSfGEUp1C5sUZmMMb9WiK2NWwBVFPYAv5LgtGhgzT+U/MDCFnRI=
X-Received: by 2002:a05:6402:26c4:b0:52b:cbbd:ee90 with SMTP id x4-20020a05640226c400b0052bcbbdee90mr3404137edd.26.1693327545058; Tue, 29 Aug 2023 09:45:45 -0700 (PDT)
Received: from 1064022179695 named unknown by gmailapi.google.com with HTTPREST; Tue, 29 Aug 2023 11:45:44 -0500
Received: from 1064022179695 named unknown by gmailapi.google.com with HTTPREST; Tue, 29 Aug 2023 11:45:42 -0500
Mime-Version: 1.0 (Mimestream 1.0.5)
References: <20230813200941.250C13E8A7@rfcpa.amsl.com> <CAHBU6itO9SKMgZPGgdgE2a0NtDGvY59omECdpMDwfxJFLZVJWw@mail.gmail.com> <BABE6FF5-80F2-484B-82D2-0324F0320BB3@tzi.org> <CAHBU6itt-8NbQ2=WUWQkbekySqn2vPrU3GzyF4=E6n8ZzXCVsQ@mail.gmail.com> <2B90A7B0-7405-40C1-87D9-0F14F3179BB5@tzi.org>
In-Reply-To: <2B90A7B0-7405-40C1-87D9-0F14F3179BB5@tzi.org>
From: Tim Bray <tbray@textuality.com>
Date: Tue, 29 Aug 2023 11:45:44 -0500
Message-ID: <CAHBU6ivVAf3bZSNCenj-azZK5vi5ZN4wASNeQ0=WOvd-6kU88A@mail.gmail.com>
To: Carsten Bormann <cabo@tzi.org>
Cc: RFC Errata System <rfc-editor@rfc-editor.org>, guillaume.fortin@debigare.com, json@ietf.org, superuser@gmail.com, francesca.palombini@ericsson.com, linuxwolf+ietf@outer-planes.net
Content-Type: multipart/alternative; boundary="000000000000cfda380604128a12"
Archived-At: <https://mailarchive.ietf.org/arch/msg/json/BRYYAfUkXhLpn1-fe_gX6UqfUFk>
Subject: Re: [Json] [Technical Errata Reported] RFC8259 (7603)
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.39
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: Tue, 29 Aug 2023 16:45:51 -0000

The discussion around this report made me feel bad and as partial reaction,
Paul and I cooked up https://datatracker.ietf.org/doc/draft-bray-unichars/
which with luck will help future draft authors deal with these issues.

On Aug 17, 2023 at 11:18:31 AM, Carsten Bormann <cabo@tzi.org> wrote:

> On 2023-08-17, at 17:37, Tim Bray <tbray@textuality.com> wrote:
>
>
> Yes, you’ve been clear about what you want, but obviously we can’ t do
> that because JSON has been clear for years that naked surrogates are
> allowed (obviously this makes me unhappy) and we can’t retroactively assert
> that all these formerly compliant JSON documents are no longer valid. Not
> without chartering another WG.
>
>
> Tim,
>
> RFC 4627 has been published in 2006.
> For the 17 years and the two follow-on documents RFC 7159 and RFC 8259,
> the phrase that we are discussing based on errata report 7603 hasn’t
> changed, including over 5 years after publication of the “Internet
> Standard” RFC 8259.
>
> This is an approved document, on the highest level of approval we have in
> the IETF.
>
> The consensus that this approval is based on includes quite a few people
> who know what the phrase means and how it is imperfect as agreed, but
> expressing a delicate balance.
> Throwing the table on this now would send a signal that I don’t want to
> have to explain.
>
> This is all I’d need to say.
>
> A few more cents on the technical side:
>
> Note that the term you use above, “valid”, isn’t even used in RFC 8259.
> JSON as ECMA sees it, is a syntax only (this is even in the title of
> ECMA-404).
> The JSON specifications that we have, have no concept of what a “valid”
> text would be — Section 8 of 8259 is just emergency surgery around the
> issues created by this.
>
> I admire the charter artist who wrote for the jsonbis charter that the
> main task of the work from 7159 forward was to “fully acknowledge the
> syntax definition in ECMA-404” [1] — which RFC 8259 undoubtedly does.
>
> Anyway, I’ll shut up now (*), and I expect this errata report to become a
> textbook example for RSWG and friends for how we need a better
> understanding of the errata process.
>
> Grüße, Carsten
>
> [1]: https://datatracker.ietf.org/wg/jsonbis/about/
> (*) Unless someone is wrong on the Internet [2], of course.
> [2]: https://xkcd.com/386/
>
>