- Attempted to hack in the fix suggested by seyeong to cleanup byte-encoded strings, but
getting only half fixed responses. half the actions still fail, I think this is because I placed
this into attempt_convert_uuid_hex_to_bytes, rather than convert_uuid_hex_to_bytes. https://github.com/openstack/keystone/blob/master/keystone/token/token_formatters.py#L314,
- It looks like there are a couple of contexts for assembling tokens
that have domain_id being encapsulated through a different function,
which may be part of the issue.
- Dug through the ldap backend and found that there is a function that
is supposed to take all the byte-coded data from ldap and turn it
into strings and such for python usage: https://github.com/openstack/keystone/blob/master/keystone/identity/backends/ldap/common.py#L146
- Tossing in debugging in this section of the code has resulted in
showing everything coming out of the ldap result is pulled into
python with proper formatting as all the variables get strained
through a utf8_decode process when returned from ldap, so the issue
is not in the ldap query response mangling. https://github.com/openstack/keystone/blob/master/keystone/identity/backends/ldap/common.py#L86
- This leads me to believe the issue actually lies either in the
database or in the code generating the tokens, which is why I'm most
interested in the assemble routines in token/token_formatters.py.
- Attempted to hack in the fix suggested by seyeong to cleanup byte-encoded strings, but convert_ uuid_hex_ to_bytes, rather than convert_ uuid_hex_ to_bytes. /github. com/openstack/ keystone/ blob/master/ keystone/ token/token_ formatters. py#L314, /github. com/openstack/ keystone/ blob/master/ keystone/ identity/ backends/ ldap/common. py#L146 /github. com/openstack/ keystone/ blob/master/ keystone/ identity/ backends/ ldap/common. py#L86 formatters. py.
getting only half fixed responses. half the actions still fail, I think this is because I placed
this into attempt_
https:/
- It looks like there are a couple of contexts for assembling tokens
that have domain_id being encapsulated through a different function,
which may be part of the issue.
- Dug through the ldap backend and found that there is a function that
is supposed to take all the byte-coded data from ldap and turn it
into strings and such for python usage:
https:/
- Tossing in debugging in this section of the code has resulted in
showing everything coming out of the ldap result is pulled into
python with proper formatting as all the variables get strained
through a utf8_decode process when returned from ldap, so the issue
is not in the ldap query response mangling.
https:/
- This leads me to believe the issue actually lies either in the
database or in the code generating the tokens, which is why I'm most
interested in the assemble routines in token/token_