Bug 1033190

Summary: codec can't encode character u'\\u2013'
Product: Red Hat OpenStack Reporter: Dan Yocum <dyocum>
Component: openstack-keystoneAssignee: Jamie Lennox <jlennox>
Status: CLOSED ERRATA QA Contact: Udi Kalifon <ukalifon>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.0CC: ayoung, breeler, dyocum, jlennox, nkinder, ukalifon, yeylon
Target Milestone: Upstream M2Keywords: Triaged
Target Release: 5.0 (RHEL 7)   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: openstack-keystone-2014.1-4.el7ost Doc Type: Bug Fix
Doc Text:
Some errors, including those thrown from the database, are reported in an ASCII byte string format. This error message is included in some failures and so the error message would display the byte escaped output and UTF-8 values would be lost. As a consequence, UTF-8 characters would appear escaped, for example \\u2013 in messages instead of the correct UTF-8 character. This has been fixed to ensure that UTF-8 characters that are present will be correctly rendered. Now the output displays full UTF-8 characters in error messages.
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-07-08 15:23:46 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Dan Yocum 2013-11-21 16:37:34 UTC
Description of problem:

[root@public-control1 ~]# keystone tenant-create --name "Consulting – Middleware Delivery" 
Unable to communicate with identity service: {"error": {"message": "An unexpected error prevented the server from fulfilling your request. 'ascii' codec can't encode character u'\\u2013' in position 11: ordinal not in range(128)", "code": 500, "title": "Internal Server Error"}}. (HTTP 500)


NB: the "dash" in the name is not an ascii dash.  It's something else.

Version-Release number of selected component (if applicable):

openstack-keystone-2013.1.3-2.el6ost.noarch

How reproducible:

Every


Additional info:

Performing the same command on a Folsom cloud works just fine.

Comment 2 Jamie Lennox 2014-01-07 21:42:57 UTC
It is also currently on gate for a havana backport https://review.openstack.org/#/c/62264/

Comment 3 Jamie Lennox 2014-02-04 21:41:29 UTC
merged to stable/havana

Comment 8 Udi Kalifon 2014-07-03 14:23:16 UTC
If the "dash" in the name is not an ascii dash, but something else, can you say where you got it off from? I assume you copy-pasted it from somewhere, right? How can I reproduce it?

Comment 11 Udi Kalifon 2014-07-06 08:41:53 UTC
Verified in puddle 2014-07-03.1:
openstack-keystone-2014.1-6.el7ost.noarch
python-keystone-2014.1-6.el7ost.noarch
python-keystoneclient-0.9.0-1.el7ost.noarch

Comment 13 errata-xmlrpc 2014-07-08 15:23:46 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHEA-2014-0854.html