This appears to be a valid bug -- we were concerned with v2-v3
token interop when v3 auth merged, but I thought we had ironed out the
kinks (we have several related tests in tests/test_v3_auth.py for this
reason). I targeted the bug at RC1 as we need to have this fixed for v3 to
be useful in grizzl
[Openstack] Possible keystone/common/controller.py Token Bug
So I've filed a bug on launchpad[1] about the issue discussed in the
thread[2] with this subject (sorry, I subscribed after the message went
out, so this message isn't properly threaded).
Is it really legit? The discussion sto
So I've filed a bug on launchpad[1] about the issue discussed in the
thread[2] with this subject (sorry, I subscribed after the message went
out, so this message isn't properly threaded).
Is it really legit? The discussion stopped abruptly. It seems like a
pretty major bug; I can't do much wit
tone/common/controller.py Token Bug
Looks like a valid bug to me -- this code just merged a week ago.
How did you create the token? I'm guessing it was generated by v2 and utilized
here on v3?
-Dolph
On Fri, Mar 1, 2013 at 5:03 PM, Miller, Mark M (EB SW Cloud - R&D - Corvallis)
mail
Looks like a valid bug to me -- this code just merged a week ago.
How did you create the token? I'm guessing it was generated by v2 and
utilized here on v3?
-Dolph
On Fri, Mar 1, 2013 at 5:03 PM, Miller, Mark M (EB SW Cloud - R&D -
Corvallis) wrote:
> Hello,
>
> ** **
>
> In trying to u
Hello,
In trying to understand the Keystone Grizzly-3 release, I decided to add a
service via a REST API call using an admin user's token instead of the admin
token found in keystone.conf. When I do I get error:
Traceback (most recent call last):
File
"/usr/local/lib/python2.7/dist-packages
6 matches
Mail list logo
