Return-Path: <will@icog.net>
X-Original-To: oauth@ietfa.amsl.com
Delivered-To: oauth@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
 by ietfa.amsl.com (Postfix) with ESMTP id 8B7731200EF
 for <oauth@ietfa.amsl.com>; Fri,  5 Jul 2019 09:51:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.647
X-Spam-Level: 
X-Spam-Status: No, score=-1.647 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001,
 RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001]
 autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key)
 header.d=wdenniss-com.20150623.gappssmtp.com
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 ie90APJo030D for <oauth@ietfa.amsl.com>;
 Fri,  5 Jul 2019 09:51:22 -0700 (PDT)
Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com
 [IPv6:2607:f8b0:4864:20::d2d])
 (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 0B33312008C
 for <oauth@ietf.org>; Fri,  5 Jul 2019 09:51:21 -0700 (PDT)
Received: by mail-io1-xd2d.google.com with SMTP id o9so4822858iom.3
 for <oauth@ietf.org>; Fri, 05 Jul 2019 09:51:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=wdenniss-com.20150623.gappssmtp.com; s=20150623;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc; bh=0rmORz94lq909qlyoaEZUlldybRaPm8TEs/XgI4z/zc=;
 b=Kb3eDjL5wLy5VJ40VB/e/7UwrEgs2W7KL+QO6+9zMHXEb05miRCgDz4rr1VPVwrpPt
 Xcl8d+czt448GUmOcZAqKDTaqXXnHvKgbStV6y3uI8K3466/809nB22mHmlJTziAke8j
 wt3Ol41rhBPRSH9aB/vgpp+bgFWeA68BSp0QUwi0dBjaWIHZs4RTN2jX18/vEXHJyLNd
 pZHlA2G2Hn36VJKokpA8JTqQbZi50FU4NTjL9kkNfj5gQgMCC8lbIJe8o4iuigBkOXzt
 bqR1GmUgzAy8Jw8cAAdP0IbGuorfcwCuw7xsayGDcOXHAuxshrb0BI4yuwfQqyAgyYUb
 aHiw==
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;
 bh=0rmORz94lq909qlyoaEZUlldybRaPm8TEs/XgI4z/zc=;
 b=k19F8mkpBGSFgS7401BkRbi5ob9lNMEWaj5mnRPNtjkkWpneFnrGpDVXOul6pfoUzX
 EHrfC0s/3iYLXCBUX58ur4pjrfoU9j5ZHIOqtdhjpLD1esYrn1op/tqBDOW6HG+lfSoh
 l8zRNJL2bFV1ZpauVSOcOgTXJAawyZ43GNAo+w+CQ44WQiexb+1PWDLm4sbyYba5vCe2
 M1qqzkZVYus/ZJsgL1qbH43sY88D0k9vObPZhqwfS32JNJGSeYp4awqp/C/0lfEIsNE/
 3hmISWCFbWBicnLwbjI2HcF95Y5cM9IApqfe/hkZZbh+PG4I/VrJov1JN8r/jPP0qh/Y
 gdJA==
X-Gm-Message-State: APjAAAW1gR26dRbyWDtq/SvvtfwGbp9mZt8H5/8NGmhRp7PbH0j1aKhE
 YEXNFcglXqA51ide5QUGoDUW6c15wxUk3RYMr02sAw==
X-Google-Smtp-Source: APXvYqzcaJ9wMtFRCxMxRNwwmH0sn4SkgXa6z/ZniT+xBme2XuMg/xAB748e1nr/Ij7u2MviAwU43CSFXS7C8AFpiQ0=
X-Received: by 2002:a6b:7d49:: with SMTP id d9mr5226893ioq.50.1562345481028;
 Fri, 05 Jul 2019 09:51:21 -0700 (PDT)
MIME-Version: 1.0
References: <20190705135606.F345BB8223A@rfc-editor.org>
In-Reply-To: <20190705135606.F345BB8223A@rfc-editor.org>
From: William Denniss <rfc8252@wdenniss.com>
Date: Fri, 5 Jul 2019 09:51:12 -0700
Message-ID: <CAD=M-Tn08T75F3ft2JDfpSqJ+smTu73WP1eM9-+bQ+GHh8jMCA@mail.gmail.com>
To: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: rfc8252@wdenniss.com, rfc8252@ve7jtb.com, rdd@cert.org, kaduk@mit.edu, 
 Hannes.Tschofenig@gmx.net, rifaat.ietf@gmail.com, dziekan.jan@gmail.com, 
 oauth@ietf.org
Content-Type: multipart/alternative; boundary="00000000000069db04058cf1e733"
Archived-At: <https://mailarchive.ietf.org/arch/msg/oauth/Qtk_axe3ndmN7PQYgFf_7tZyShM>
X-Mailman-Approved-At: Sun, 07 Jul 2019 08:19:27 -0700
Subject: Re: [OAUTH-WG] [Editorial Errata Reported] RFC8252 (5776)
X-BeenThere: oauth@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: OAUTH WG <oauth.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/oauth>,
 <mailto:oauth-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/oauth/>
List-Post: <mailto:oauth@ietf.org>
List-Help: <mailto:oauth-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/oauth>,
 <mailto:oauth-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Jul 2019 21:49:29 -0000

--00000000000069db04058cf1e733
Content-Type: text/plain; charset="UTF-8"

This is an issue with the HTML auto generation, not the normative document.
I believe this errata should be rejected.

William

On Fri, 5 Jul 2019 at 06:56, RFC Errata System <rfc-editor@rfc-editor.org>
wrote:

> The following errata report has been submitted for RFC8252,
> "OAuth 2.0 for Native Apps".
>
> --------------------------------------
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid5776
>
> --------------------------------------
> Type: Editorial
> Reported by: Jan Dziekan <dziekan.jan@gmail.com>
>
> Section: GLOBAL
>
> Original Text
> -------------
>
>
> Corrected Text
> --------------
>
>
> Notes
> -----
> RFC8252 references specific Sections of RFC6749, however urls are pointing
> to Sections in RFC8252.
> For example, in Section 6 there is a statement "code grant type per
> Section 4.1 of OAuth 2.0 [RFC6749]", where "Section 4.1" links to
> https://tools.ietf.org/html/rfc8252#section-4.1 instead of
> https://tools.ietf.org/html/rfc6749#section-4.1
> I have found such misplaced links in the following sections: 6, 8.2, 8.4,
> 8.5, 8.6, 8.12
>
> 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.
>
> --------------------------------------
> RFC8252 (draft-ietf-oauth-native-apps-12)
> --------------------------------------
> Title               : OAuth 2.0 for Native Apps
> Publication Date    : October 2017
> Author(s)           : W. Denniss, J. Bradley
> Category            : BEST CURRENT PRACTICE
> Source              : Web Authorization Protocol
> Area                : Security
> Stream              : IETF
> Verifying Party     : IESG
>

--00000000000069db04058cf1e733
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>This is an issue with the HTML auto generation, not t=
he normative document. I believe this errata should be rejected.</div><div>=
<br></div><div>William</div><br><div class=3D"gmail_quote"><div dir=3D"ltr"=
 class=3D"gmail_attr">On Fri, 5 Jul 2019 at 06:56, RFC Errata System &lt;<a=
 href=3D"mailto:rfc-editor@rfc-editor.org">rfc-editor@rfc-editor.org</a>&gt=
; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px=
 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The fol=
lowing errata report has been submitted for RFC8252,<br>
&quot;OAuth 2.0 for Native Apps&quot;.<br>
<br>
--------------------------------------<br>
You may review the report below and at:<br>
<a href=3D"https://www.rfc-editor.org/errata/eid5776" rel=3D"noreferrer" ta=
rget=3D"_blank">https://www.rfc-editor.org/errata/eid5776</a><br>
<br>
--------------------------------------<br>
Type: Editorial<br>
Reported by: Jan Dziekan &lt;<a href=3D"mailto:dziekan.jan@gmail.com" targe=
t=3D"_blank">dziekan.jan@gmail.com</a>&gt;<br>
<br>
Section: GLOBAL<br>
<br>
Original Text<br>
-------------<br>
<br>
<br>
Corrected Text<br>
--------------<br>
<br>
<br>
Notes<br>
-----<br>
RFC8252 references specific Sections of RFC6749, however urls are pointing =
to Sections in RFC8252.<br>
For example, in Section 6 there is a statement &quot;code grant type per Se=
ction 4.1 of OAuth 2.0 [RFC6749]&quot;, where &quot;Section 4.1&quot; links=
 to <a href=3D"https://tools.ietf.org/html/rfc8252#section-4.1" rel=3D"nore=
ferrer" target=3D"_blank">https://tools.ietf.org/html/rfc8252#section-4.1</=
a> instead of <a href=3D"https://tools.ietf.org/html/rfc6749#section-4.1" r=
el=3D"noreferrer" target=3D"_blank">https://tools.ietf.org/html/rfc6749#sec=
tion-4.1</a><br>
I have found such misplaced links in the following sections: 6, 8.2, 8.4, 8=
.5, 8.6, 8.12<br>
<br>
Instructions:<br>
-------------<br>
This erratum is currently posted as &quot;Reported&quot;. If necessary, ple=
ase<br>
use &quot;Reply All&quot; to discuss whether it should be verified or<br>
rejected. When a decision is reached, the verifying party=C2=A0 <br>
can log in to change the status and edit the report, if necessary. <br>
<br>
--------------------------------------<br>
RFC8252 (draft-ietf-oauth-native-apps-12)<br>
--------------------------------------<br>
Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: OAuth 2.0 for=
 Native Apps<br>
Publication Date=C2=A0 =C2=A0 : October 2017<br>
Author(s)=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: W. Denniss, J. Bradley<=
br>
Category=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : BEST CURRENT PRACTICE<b=
r>
Source=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Web Authorization =
Protocol<br>
Area=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : Security<br>
Stream=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 : IETF<br>
Verifying Party=C2=A0 =C2=A0 =C2=A0: IESG<br>
</blockquote></div></div>

--00000000000069db04058cf1e733--

