Re: [OAUTH-WG] Error Registry: Conclusion

Mike Jones <Michael.Jones@microsoft.com> Fri, 15 June 2012 18:51 UTC

Return-Path: <Michael.Jones@microsoft.com>
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 5B0A221F848F for <oauth@ietfa.amsl.com>; Fri, 15 Jun 2012 11:51:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.699
X-Spam-Level:
X-Spam-Status: No, score=-3.699 tagged_above=-999 required=5 tests=[AWL=-0.100, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jp83MFMWJCn0 for <oauth@ietfa.amsl.com>; Fri, 15 Jun 2012 11:51:44 -0700 (PDT)
Received: from am1outboundpool.messaging.microsoft.com (am1ehsobe004.messaging.microsoft.com [213.199.154.207]) by ietfa.amsl.com (Postfix) with ESMTP id A363D21F8483 for <oauth@ietf.org>; Fri, 15 Jun 2012 11:51:43 -0700 (PDT)
Received: from mail4-am1-R.bigfish.com (10.3.201.230) by AM1EHSOBE005.bigfish.com (10.3.204.25) with Microsoft SMTP Server id 14.1.225.23; Fri, 15 Jun 2012 18:50:31 +0000
Received: from mail4-am1 (localhost [127.0.0.1]) by mail4-am1-R.bigfish.com (Postfix) with ESMTP id 55E7C1E0134; Fri, 15 Jun 2012 18:50:31 +0000 (UTC)
X-Forefront-Antispam-Report: CIP:131.107.125.8; KIP:(null); UIP:(null); IPV:NLI; H:TK5EX14HUBC101.redmond.corp.microsoft.com; RD:none; EFVD:NLI
X-SpamScore: -31
X-BigFish: VS-31(zz98dI9371I14ffI148cI542M1432I4015Izz1202hzz1033IL8275dhz2fh2a8h668h839h944hd25hf0ah)
Received-SPF: pass (mail4-am1: domain of microsoft.com designates 131.107.125.8 as permitted sender) client-ip=131.107.125.8; envelope-from=Michael.Jones@microsoft.com; helo=TK5EX14HUBC101.redmond.corp.microsoft.com ; icrosoft.com ;
Received: from mail4-am1 (localhost.localdomain [127.0.0.1]) by mail4-am1 (MessageSwitch) id 1339786228157681_16900; Fri, 15 Jun 2012 18:50:28 +0000 (UTC)
Received: from AM1EHSMHS001.bigfish.com (unknown [10.3.201.241]) by mail4-am1.bigfish.com (Postfix) with ESMTP id 1A68B160043; Fri, 15 Jun 2012 18:50:28 +0000 (UTC)
Received: from TK5EX14HUBC101.redmond.corp.microsoft.com (131.107.125.8) by AM1EHSMHS001.bigfish.com (10.3.207.101) with Microsoft SMTP Server (TLS) id 14.1.225.23; Fri, 15 Jun 2012 18:50:26 +0000
Received: from TK5EX14MBXC283.redmond.corp.microsoft.com ([169.254.2.53]) by TK5EX14HUBC101.redmond.corp.microsoft.com ([157.54.7.153]) with mapi id 14.02.0309.003; Fri, 15 Jun 2012 18:51:33 +0000
From: Mike Jones <Michael.Jones@microsoft.com>
To: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
Thread-Topic: [OAUTH-WG] Error Registry: Conclusion
Thread-Index: AQHNMuF2SEvCPjHVP0qi3ETkqD5Qwpb6hReggAFd/wCAAAacUA==
Date: Fri, 15 Jun 2012 18:51:33 +0000
Message-ID: <4E1F6AAD24975D4BA5B16804296739436654F31D@TK5EX14MBXC283.redmond.corp.microsoft.com>
References: <42B29A82-D8BA-40B8-9569-B209CBBBC3B7@gmx.net> <4E1F6AAD24975D4BA5B1680429673943665393AB@TK5EX14MBXC284.redmond.corp.microsoft.com> <D5C70A87-335C-4553-A18B-EBC6162D55F1@gmx.net>
In-Reply-To: <D5C70A87-335C-4553-A18B-EBC6162D55F1@gmx.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [157.54.51.33]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: microsoft.com
Cc: "oauth@ietf.org WG" <oauth@ietf.org>
Subject: Re: [OAUTH-WG] Error Registry: Conclusion
X-BeenThere: oauth@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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, 15 Jun 2012 18:51:49 -0000

Thanks, Hannes.  I believe that leaves the particulars of the ABNF and possible encoding of client_id values containing colon for use with HTTP Basic as the only open issues for Core.

				-- Mike

-----Original Message-----
From: Hannes Tschofenig [mailto:Hannes.Tschofenig@gmx.net] 
Sent: Friday, June 15, 2012 11:27 AM
To: Mike Jones
Cc: Hannes Tschofenig; oauth@ietf.org WG
Subject: Re: [OAUTH-WG] Error Registry: Conclusion

Hi Mike, 

thanks for raising this issue. 

I am fine with the currently proposed approach. I just had a personal preference for separate tables for readability purposes -- not a big issue. 

Ciao
Hannes

On Jun 15, 2012, at 12:40 AM, Mike Jones wrote:

> Hi Hannes,
> 
> You stated a preference for separate registries below, but that was a larger change to the OAuth Core spec than the current draft, which added a fourth error usage location "resource access error response" to the registry.  To my knowledge, the consensus call didn't ask people to express a preference between having four separate OAuth Errors registries versus one OAuth Errors registry allowing any combination of a set of four usage locations to be specified.
> 
> Given that the two choices are completely equivalent, and we had previously established the single OAuth Errors registry with three possible usage locations, extending it to a fourth seemed to be both more natural and easier for people to understand.
> 
> Therefore, I'd like to ask you to withdraw your suggestion and allow the existing structure of the OAuth Errors registry to remain.
> 
> 				Thank you,
> 				-- Mike
> 
> -----Original Message-----
> From: oauth-bounces@ietf.org [mailto:oauth-bounces@ietf.org] On Behalf Of Hannes Tschofenig
> Sent: Tuesday, May 15, 2012 2:27 PM
> To: oauth@ietf.org WG
> Subject: [OAUTH-WG] Error Registry: Conclusion
> 
> Hi all, 
> 
> on May 8th we called for consensus on an open issue regarding the location of the error registry. Here is the call for comments: http://www.ietf.org/mail-archive/web/oauth/current/msg08952.html. 
> 
> Thank you all for the feedback. The consensus is to create the registry in the core document.
> 
> Section 11.4.1 already sort-of creates sub-registries to illustrate where the different errors can be used. This is needed since some of the errors may only appear in certain error responses. Hence, we need add another one to this list (suggestion: 'resource access error response'). In fact, I would prefer IANA to create separate tables for each of these sub-registries to avoid confusion for the reader (instead of putting everything into a single table). 
> 
> We believe that these changes are really minor and address IESG feedback.
> 
> Ciao
> Hannes & Derek
> 
> 
> _______________________________________________
> OAuth mailing list
> OAuth@ietf.org
> https://www.ietf.org/mailman/listinfo/oauth
> 
>