Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset=us-ascii
From: Hannes Tschofenig <hannes.tschofenig@gmx.net>
In-Reply-To: <OF89C2383F.5888D4B7-ON85257AF6.005D229B-85257AF6.0063BA05@us.ibm.com>
Date: Fri, 18 Jan 2013 11:40:36 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <814E753D-E176-40A2-9208-6A575F46DA99@gmx.net>
References: <OF89C2383F.5888D4B7-ON85257AF6.005D229B-85257AF6.0063BA05@us.ibm.com>
To: Todd W Lainhart <lainhart@us.ibm.com>
Cc: oauth@ietf.org, oauth-bounces@ietf.org
Subject: Re: [OAUTH-WG] error_description USASCII-encoded - is this a
 difficulty?
Precedence: list

Hi Todd,=20

it is important to note that the error_description is not meant to be =
shown to the end users.
That was the reason for not introducing internationalization support.=20

If you want to provide some additional information about the error =
description in other languages I would suggest to use the error_uri to =
point the developer to that information.=20

Ciao
Hannes

On Jan 17, 2013, at 8:09 PM, Todd W Lainhart wrote:

> We're working on an OAuth 2.0 AS, with extensions defined for session =
mgmt.  We're trying to adopt uniformly the error reporting mechanism in =
6749.=20
>=20
> I'm now realizing that the error_description response in specified to =
be USASCII.  I was assuming that the error message could be UTF-8 =
encoded, such that I could return error messages in the client's locale. =
 E.G. consider the client credentials grant.  The store on the AS =
holding the registration is down, so I'd like to return a 500 with an =
error message from the store, from a catalog mapped to the client's =
language.=20
>=20
> I've wondered about adding an additional response parameter, something =
like error_description_locale, but thought that there might be better =
practices out there.  I'm also wondering about the USASCII constraint on =
error_description.  I'm a long-time reader of this list, but I'm not =
recalling the background on this.
>=20
>=20
>=20
>=20
> Todd Lainhart
> Rational software
> IBM Corporation
> 550 King Street, Littleton, MA 01460-1250
> 1-978-899-4705
> 2-276-4705 (T/L)
> lainhart@us.ibm.com
>=20
> _______________________________________________
> OAuth mailing list
> OAuth@ietf.org
> https://www.ietf.org/mailman/listinfo/oauth