Re: [OAUTH-WG] Error Registry: Conclusion

Hannes Tschofenig <Hannes.Tschofenig@gmx.net> Fri, 15 June 2012 18:26 UTC

Return-Path: <Hannes.Tschofenig@gmx.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 18CC921F84A0 for <oauth@ietfa.amsl.com>; Fri, 15 Jun 2012 11:26:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.274
X-Spam-Level:
X-Spam-Status: No, score=-102.274 tagged_above=-999 required=5 tests=[AWL=0.325, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 jpNYEoVGXb5z for <oauth@ietfa.amsl.com>; Fri, 15 Jun 2012 11:26:51 -0700 (PDT)
Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by ietfa.amsl.com (Postfix) with SMTP id 1BEBA21F8498 for <oauth@ietf.org>; Fri, 15 Jun 2012 11:26:50 -0700 (PDT)
Received: (qmail invoked by alias); 15 Jun 2012 18:26:48 -0000
Received: from a88-115-216-191.elisa-laajakaista.fi (EHLO [192.168.100.112]) [88.115.216.191] by mail.gmx.net (mp027) with SMTP; 15 Jun 2012 20:26:48 +0200
X-Authenticated: #29516787
X-Provags-ID: V01U2FsdGVkX1/Q9oJWZ+fQBhhTWN0/bJoSqc+BzKubieaup8jKTj q6RR6VbVDpN1jj
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
In-Reply-To: <4E1F6AAD24975D4BA5B1680429673943665393AB@TK5EX14MBXC284.redmond.corp.microsoft.com>
Date: Fri, 15 Jun 2012 21:26:48 +0300
Content-Transfer-Encoding: quoted-printable
Message-Id: <D5C70A87-335C-4553-A18B-EBC6162D55F1@gmx.net>
References: <42B29A82-D8BA-40B8-9569-B209CBBBC3B7@gmx.net> <4E1F6AAD24975D4BA5B1680429673943665393AB@TK5EX14MBXC284.redmond.corp.microsoft.com>
To: Mike Jones <Michael.Jones@microsoft.com>
X-Mailer: Apple Mail (2.1084)
X-Y-GMX-Trusted: 0
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:26:52 -0000

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
> 
>