Bug 1041864 - [RFE][keystone]: Support Accept-Language for API messages
Summary: [RFE][keystone]: Support Accept-Language for API messages
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-keystone
Version: unspecified
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: Upstream M3
: 5.0 (RHEL 7)
Assignee: RHOS Maint
QA Contact: Ami Jeain
URL: https://blueprints.launchpad.net/keys...
Whiteboard: upstream_milestone_icehouse-3 upstrea...
Depends On: 1046776
Blocks: 1056875 1082429
TreeView+ depends on / blocked
 
Reported: 2013-12-12 19:46 UTC by RHOS Integration
Modified: 2016-04-26 14:12 UTC (History)
8 users (show)

Fixed In Version: openstack-keystone-2014.1-4.el7ost
Doc Type: Enhancement
Doc Text:
Previously, Identity only provided API error and exception messages in English. Providing translated messages would be more useful when the requestor is using a different locale. Now, translated messages are provided if a translation exists for the requestor's locale.
Clone Of:
Environment:
Last Closed: 2014-06-22 11:44:23 UTC
Target Upstream Version:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2014:0854 0 normal SHIPPED_LIVE Red Hat Enterprise Linux OpenStack Platform Enhancement - Identity 2014-07-08 19:22:33 UTC

Description RHOS Integration 2013-12-12 19:46:34 UTC
Cloned from launchpad blueprint https://blueprints.launchpad.net/keystone/+spec/user-locale-api.

Description:

Currently, error/exception messages coming back from Keystone are not translated at all. Ideally, we would like to have the messages translated to the request senders locale, which we can support using the HTTP Accept-Language header to determine a preferred locale before sending back the translated response. Alternatively, there is the possibility of using the tenant/user data to store a preferred locale for the request.

There is a similar blueprint for Nova that can be used to track the implementation work there:
https://blueprints.launchpad.net/nova/+spec/user-locale-api

Specification URL (additional information):

None


Note You need to log in before you can comment on or make changes to this bug.