Re: [art] [Technical Errata Reported] RFC6902 (6351)

Barry Leiba <barryleiba@computer.org> Wed, 09 December 2020 15:34 UTC

Return-Path: <barryleiba@gmail.com>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 29C8D3A0DFB for <art@ietfa.amsl.com>; Wed, 9 Dec 2020 07:34:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.401
X-Spam-Level:
X-Spam-Status: No, score=-1.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 3I4h-ImHT4gH for <art@ietfa.amsl.com>; Wed, 9 Dec 2020 07:34:57 -0800 (PST)
Received: from mail-vs1-f49.google.com (mail-vs1-f49.google.com [209.85.217.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4FC63A0DE8 for <art@ietf.org>; Wed, 9 Dec 2020 07:34:56 -0800 (PST)
Received: by mail-vs1-f49.google.com with SMTP id h6so1095669vsr.6 for <art@ietf.org>; Wed, 09 Dec 2020 07:34:56 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=3jsAq99EIWyKg/uwFfMGsF0MAARkRUDCCxOYQ2ouufY=; b=idvTJpTaSPJezsDzCi0FiXcuXWoZxWezcBOg4i7BTSnW/Bqu5M1rRlgmcGo1yDLrTD wDKk2rxTqE6NPSmbS+JbninrBZzJYtf6COYhFcXqX5beBhAMO26KEr5OeLcZcdm+XtDX WtJOaC70q7jxVQICA+1CQgtwcj49Z64Qvbsr8bTP4pyyt95TRGJGtPYnzph+ivMpJdfD LAYOFl2GnjnkT131wQ2eaM/f2L37paOfBh0JKjbvYyGlYMhDpER8c5gkLb+Lq0Qd3FBx HDRzQDR8IVTxoMiCn1UxbIgLB3FZBbh5oU/H+A6gr/qzZzk2tI3nxcy6zHs0zklU+JFG 45TQ==
X-Gm-Message-State: AOAM532iPxXyKnbp9fIKOUeD4yz602m3Mcvcs/pToFYxjbVjDHlTaG6V Vd1Ab9OCVD57+VwmV8YWSCc/3Q8EC1S+hLcQugM=
X-Google-Smtp-Source: ABdhPJxjDprIQ+db8+xxOgTfv2e6d38tkuY8iNSto0em3yQd9wiNHSSxg/6x0JXsJGgamtQABwNj0zlNY/miMciNrgk=
X-Received: by 2002:a67:f519:: with SMTP id u25mr2415694vsn.39.1607528095382; Wed, 09 Dec 2020 07:34:55 -0800 (PST)
MIME-Version: 1.0
References: <20201209111942.318A0F40727@rfc-editor.org>
In-Reply-To: <20201209111942.318A0F40727@rfc-editor.org>
From: Barry Leiba <barryleiba@computer.org>
Date: Wed, 09 Dec 2020 10:34:44 -0500
Message-ID: <CALaySJJ2NkBr2-dZ2BPMWw1Dd9-r7Qo7BvKwNvZtdVcOzuMsjA@mail.gmail.com>
To: palle@4thex.com
Cc: "Paul C. Bryan" <pbryan@anode.ca>, Mark Nottingham <mnot@mnot.net>, Murray Kucherawy <superuser@gmail.com>, art@ietf.org, RFC Editor <rfc-editor@rfc-editor.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/1v390osbUZuZbTOSijkaKHWRKRA>
Subject: Re: [art] [Technical Errata Reported] RFC6902 (6351)
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Dec 2020 15:34:59 -0000

Hi, Palle.

Welcome to the IETF, and thanks for your comments about the JSON Patch RFC 6902.

As others have noted, your comments are not in scope for errata
reports, which are meant to collect errors in the documents, things
that were actual errors at publication and that would have been fixed
at that time had the working group or document authors noticed them --
they were just missed.  What you've reported is a feature suggestion,
not an erratum, and we will be rejecting it as an errata report.

That said, I understand that folks who aren't experienced with how the
IETF works often do not know where to bring such suggestions, and
errata reports can seem like the right way to approach us.  Let me
suggest that you re-formulate your report as a suggestion for
improvement/extension to JSON Patch, and post that suggestion for
discussion on the mailing list of the former JSON working group
<json@ietf.org>.  That mailing list is still open, and folks
interested in JSON issues are still subscribed.  If there is enough
interest, it's possible to publish an update or extension to JSON
Patch.

Barry Leiba, ART Area Director

On Wed, Dec 9, 2020 at 6:20 AM RFC Errata System
<rfc-editor@rfc-editor.org> wrote:
>
> The following errata report has been submitted for RFC6902,
> "JavaScript Object Notation (JSON) Patch".
>
> --------------------------------------
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid6351
>
> --------------------------------------
> Type: Technical
> Reported by: Palle Cogburn <palle@4thex.com>
>
> Section: GLOBAL
>
> Original Text
> -------------
>
>
> Corrected Text
> --------------
>
>
> Notes
> -----
> If the patch elements included a property "previous" that contained the original value in case of an operation such as "remove" for instance, it would be easy to create the reverse operation - "add". In that way the path elements can be used as audit records and it is easy to revert a path or even a part of a patch, so the document is back to a previous version. All you have to do is apply the reverse patch and also add those elements to the audit trail.
> Is this something to consider adding to this document or is it an implementation detail?
>
> 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.
>
> --------------------------------------
> RFC6902 (draft-ietf-appsawg-json-patch-10)
> --------------------------------------
> Title               : JavaScript Object Notation (JSON) Patch
> Publication Date    : April 2013
> Author(s)           : P. Bryan, Ed., M. Nottingham, Ed.
> Category            : PROPOSED STANDARD
> Source              : Applications Area Working Group APP
> Area                : Applications
> Stream              : IETF
> Verifying Party     : IESG