auth_token middleware should set X_USER_ID

Bug #941101 reported by Dan Prince
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Identity (keystone)
Fix Released
Undecided
Dan Prince

Bug Description

Post KSL merge... the auth_token middleware no longer sets the X_USER_ID header. This can cause some confusion when services that rely on this middleware revert to X_USER (the user name) header instead.

In nova this was causing the user_id to get set to 'admin' in the RequestContext...

Dan Prince (dan-prince)
Changed in keystone:
status: New → In Progress
assignee: nobody → Dan Prince (dan-prince)
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to keystone (master)

Fix proposed to branch: master
Review: https://review.openstack.org/4537

Revision history for this message
Dan Prince (dan-prince) wrote :

Until this lands Nova will store user_id as a name (admin, demo, etc.) instead of the keystone users UUID.

Seems like a CRITICAL issue to me.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to keystone (master)

Reviewed: https://review.openstack.org/4537
Committed: http://github.com/openstack/keystone/commit/e23ecc6893db337671f75b6cc069d96a183940e8
Submitter: Jenkins
Branch: master

commit e23ecc6893db337671f75b6cc069d96a183940e8
Author: Dan Prince <email address hidden>
Date: Sat Feb 25 15:56:38 2012 -0500

    Update auth_token middleware so it sets X_USER_ID.

    Fixes LP Bug #941101.

    Change-Id: I67b68f6004456eb76003fdcd2ec3fb4c9b9f3bfb

Changed in keystone:
status: In Progress → Fix Committed
Thierry Carrez (ttx)
Changed in keystone:
milestone: none → essex-4
status: Fix Committed → Fix Released
Thierry Carrez (ttx)
Changed in keystone:
milestone: essex-4 → 2012.1
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.