[Jsonpath] [Technical Errata Reported] RFC9485 (7990)

RFC Errata System <rfc-editor@rfc-editor.org> Thu, 13 June 2024 18:57 UTC

Return-Path: <wwwrun@rfcpa.rfc-editor.org>
X-Original-To: jsonpath@ietf.org
Delivered-To: jsonpath@ietfa.amsl.com
Received: from rfcpa.rfc-editor.org (unknown [167.172.21.234]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 91BA0C180B70; Thu, 13 Jun 2024 11:57:44 -0700 (PDT)
Received: by rfcpa.rfc-editor.org (Postfix, from userid 461) id E2FD1204E21; Thu, 13 Jun 2024 11:57:43 -0700 (PDT)
To: cabo@tzi.org, tbray@textuality.com, superuser@gmail.com, orie@transmute.industries, james.ietf@gmail.com, tbray@textuality.com
From: RFC Errata System <rfc-editor@rfc-editor.org>
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20240613185743.E2FD1204E21@rfcpa.rfc-editor.org>
Date: Thu, 13 Jun 2024 11:57:43 -0700
Message-ID-Hash: R3ZL62AWBMSICLALKYYZXTHTA3TCMNMN
X-Message-ID-Hash: R3ZL62AWBMSICLALKYYZXTHTA3TCMNMN
X-MailFrom: wwwrun@rfcpa.rfc-editor.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: bjoern@dataspace.earth, jsonpath@ietf.org, rfc-editor@rfc-editor.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Jsonpath] [Technical Errata Reported] RFC9485 (7990)
List-Id: Discussion of JSONPath syntax <jsonpath.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/jsonpath/_HNBVwPU2_TknBdJ_d_i_vIHEYs>
List-Archive: <https://mailarchive.ietf.org/arch/browse/jsonpath>
List-Help: <mailto:jsonpath-request@ietf.org?subject=help>
List-Owner: <mailto:jsonpath-owner@ietf.org>
List-Post: <mailto:jsonpath@ietf.org>
List-Subscribe: <mailto:jsonpath-join@ietf.org>
List-Unsubscribe: <mailto:jsonpath-leave@ietf.org>

The following errata report has been submitted for RFC9485,
"I-Regexp: An Interoperable Regular Expression Format".

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid7990

--------------------------------------
Type: Technical
Reported by: Bjoern Hoehrmann <bjoern@dataspace.earth>

Section: 5.1

Original Text
-------------
5.1.  Multi-Character Escapes

   I-Regexp does not support common multi-character escapes (MCEs) and
   character classes built around them.  These can usually be replaced
   as shown by the examples in Table 1.

                      +============+===============+
                      | MCE/class: | Replace with: |
                      +============+===============+
                      | \S         | [^ \t\n\r]    |
                      +------------+---------------+
                      | [\S ]      | [^\t\n\r]     |
                      +------------+---------------+
                      | \d         | [0-9]         |
                      +------------+---------------+

Corrected Text
--------------
5.1.  Multi-Character Escapes

   I-Regexp does not support common multi-character escapes (MCEs) and
   character classes built around them.  These can usually be replaced
   as shown by the examples in Table 1.

                      +============+===============+
                      | MCE/class: | Replace with: |
                      +============+===============+
                      | \d         | [0-9]         |
                      +------------+---------------+

Notes
-----
`\S` excludes the form feed and vertical tabulation characters in Perl, ECMAScript, and other implementations, while the suggested replacement includes them. Given the entire document is about interoperable regular expressions, misrepresentation of the common definition of `\S` runs counter to that. Including form feed and vertical tabulation literally in the replacement expression is not likely to be helpful, so removing the misleading rows seems to be the best option.

Instructions:
-------------
This erratum is currently posted as "Reported". (If it is spam, it 
will be removed shortly by the RFC Production Center.) Please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party  
will log in to change the status and edit the report, if necessary.

--------------------------------------
RFC9485 (draft-ietf-jsonpath-iregexp-08)
--------------------------------------
Title               : I-Regexp: An Interoperable Regular Expression Format
Publication Date    : October 2023
Author(s)           : C. Bormann, T. Bray
Category            : PROPOSED STANDARD
Source              : JSON Path
Stream              : IETF
Verifying Party     : IESG