Re: [art] [Technical Errata Reported] RFC7807 (6178)

Mark Nottingham <mnot@mnot.net> Mon, 18 May 2020 23:44 UTC

Return-Path: <mnot@mnot.net>
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 7F4B53A0BED for <art@ietfa.amsl.com>; Mon, 18 May 2020 16:44:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.198
X-Spam-Level:
X-Spam-Status: No, score=-0.198 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=mnot.net header.b=meSoIfCd; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=jJr+DSdP
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 QSRjo5O41TTR for <art@ietfa.amsl.com>; Mon, 18 May 2020 16:44:20 -0700 (PDT)
Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 931A13A0BEB for <art@ietf.org>; Mon, 18 May 2020 16:44:20 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 2EF0AD30; Mon, 18 May 2020 19:44:19 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Mon, 18 May 2020 19:44:19 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm2; bh=1 MpmAOdQebdnT8geu03oBfouV+31pa33TEDbsS/4d8I=; b=meSoIfCdy9fiMjoAd eAhWen7HmVM2PzmJ+CTFzAnCCJB6zyRJQ7SUPWrJlLniGB0FcJTmkykkZ+02NLB7 quFOt9cIs07EecRARZ+KyJ3RtIoZKBAUnUGmVXM4QfSfsAYubLaRM3poUJdr0KZ7 8swCm7lQh9luh1TObtWvh4+vtcjai2ku/nQeYxufgPVDmg89S9r2sH+HRLZgAhJP GT9SeEMFxF1UCPlp8lR2rAtYolQuKb3UmjvqxC6Rx8XzmXWizuGVA1E1IY1ffWSp grhR1YWd7C5VyJgFm+h/BPns009TO1MnvafQvasdP/oqVDlIOAD7kKjMbRYoTVEx dPY4Q==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=1MpmAOdQebdnT8geu03oBfouV+31pa33TEDbsS/4d 8I=; b=jJr+DSdPSHhTr8kSi5B1UBttTub0Zf/rGoF4tVXqyFunOHWIyg8D/tLR1 O73Zdr5rc/vRViRdNWIWjqjZYuTpXkQaqimPj3dW2n1R7dQ12N7uQF+5Ba4uUoAH i9KMRwnj3P8HWiP9xvFuoDCuLT18A2NWw8dDRVamz0P0QBKSdTe2xhebHoZEAosB IttaoVGCVfbrReRDSHelqci0n5r/vDaJ9biB9qqwPtuz88cEvt9QyrtSNv2YNNUo HlbaUs160ul+Jn6sIFebjYSHcPquFuLWcS1cotZt3W1Ro5aMg7nfQ3ogwjH3reK+ +PgpzM3XDeeWT3HTDUbIopdvc1flA==
X-ME-Sender: <xms:0R3DXjQ2X7cGxpNwI6ryq3Q9z-I22sCm80SgxcUA5t8qO8wIwqcUBg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedruddtiedgvdehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtvdenucfhrhhomhepofgrrhhk ucfpohhtthhinhhghhgrmhcuoehmnhhothesmhhnohhtrdhnvghtqeenucggtffrrghtth gvrhhnpeduuddvfeehjeegueetgfefveevleffieelleeujeduvdefteekjefgtdeugfej hfenucffohhmrghinheprhhftgdqvgguihhtohhrrdhorhhgpdgvgigrmhhplhgvrdhnvg htpdhmnhhothdrnhgvthenucfkphepudduledrudejrdduheekrddvhedunecuvehluhhs thgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhnohhtsehmnhhoth drnhgvth
X-ME-Proxy: <xmx:0R3DXkzoIvZtxpgSX1vwruSD1McLgshL7bd4L2fj2MGVuxPRrtU0ng> <xmx:0R3DXo2IAS_-nM7BcCZIrC3Q8RH0wZmua5OaXVD7TIQy3dVn0dexNA> <xmx:0R3DXjA-NdHcWGrfuk7fgFDYoEdxBBt-OqPry58D1FjZ5d23d0ikRg> <xmx:0h3DXmZYz2HhLjWXD8AIzFcs-n8ddYHhJBScis0EOhi1E6chJangTA>
Received: from macbook-air.mnot.net (119-17-158-251.77119e.mel.static.aussiebb.net [119.17.158.251]) by mail.messagingengine.com (Postfix) with ESMTPA id 6497B3280060; Mon, 18 May 2020 19:44:15 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <20200518054522.8E0D3F40759@rfc-editor.org>
Date: Tue, 19 May 2020 09:44:07 +1000
Cc: Erik Wilde <erik.wilde@dret.net>, Murray Kucherawy <superuser@gmail.com>, Barry Leiba <barryleiba@computer.org>, gary@realify.com, art@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <D93AA6AD-8AE8-47F0-89FC-BB8D07D26FB0@mnot.net>
References: <20200518054522.8E0D3F40759@rfc-editor.org>
To: RFC Errata System <rfc-editor@rfc-editor.org>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/tqVblYmRl7lfwVNTllS-UM-Dl-Q>
Subject: Re: [art] [Technical Errata Reported] RFC7807 (6178)
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: Mon, 18 May 2020 23:44:23 -0000

This looks correct to me - thanks for the report.

Cheers,

> On 18 May 2020, at 3:45 pm, RFC Errata System <rfc-editor@rfc-editor.org> wrote:
> 
> The following errata report has been submitted for RFC7807,
> "Problem Details for HTTP APIs".
> 
> --------------------------------------
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid6178
> 
> --------------------------------------
> Type: Technical
> Reported by: Gary Peck <gary@realify.com>
> 
> Section: 3
> 
> Original Text
> -------------
>   The ability to convey problem-specific extensions allows more than
>   one problem to be conveyed.  For example:
> 
>   HTTP/1.1 400 Bad Request
>   Content-Type: application/problem+json
>   Content-Language: en
> 
>   {
>   "type": "https://example.net/validation-error",
>   "title": "Your request parameters didn't validate.",
>   "invalid-params": [ {
>                         "name": "age",
>                         "reason": "must be a positive integer"
>                       },
>                       {
>                         "name": "color",
>                         "reason": "must be 'green', 'red' or 'blue'"}
>                     ]
>   }
> 
> 
> Corrected Text
> --------------
>   The ability to convey problem-specific extensions allows more than
>   one problem to be conveyed.  For example:
> 
>   HTTP/1.1 400 Bad Request
>   Content-Type: application/problem+json
>   Content-Language: en
> 
>   {
>   "type": "https://example.net/validation-error",
>   "title": "Your request parameters didn't validate.",
>   "invalid_params": [ {
>                         "name": "age",
>                         "reason": "must be a positive integer"
>                       },
>                       {
>                         "name": "color",
>                         "reason": "must be 'green', 'red' or 'blue'"}
>                     ]
>   }
> 
> 
> Notes
> -----
> The "invalid-params" member in the example is named incorrectly. According to Section 4, it should contain an "_" rather than a "-" in its name:
> 
>>  If such additional members are defined, their names SHOULD start with
>>  a letter (ALPHA, as per [RFC5234], Appendix B.1) and SHOULD consist
>>  of characters from ALPHA, DIGIT ([RFC5234], Appendix B.1), and "_"
>>  (so that it can be serialized in formats other than JSON), and they
>>  SHOULD be three characters or longer.
> 
> 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. 
> 
> --------------------------------------
> RFC7807 (draft-ietf-appsawg-http-problem-03)
> --------------------------------------
> Title               : Problem Details for HTTP APIs
> Publication Date    : March 2016
> Author(s)           : M. Nottingham, E. Wilde
> Category            : PROPOSED STANDARD
> Source              : ART Area General Application Working Group
> Area                : Applications and Real-Time
> Stream              : IETF
> Verifying Party     : IESG

--
Mark Nottingham   https://www.mnot.net/