use new version of keycloak server with unit tests

[vbrik]

No description provided.

[vbrik]

These usernames can no longer be created in newer keycloak versions, which breaks test_user_put_invalid()

[dsschult]

Does it break on client = await rest(username)? I guess then it's useful to split this into two lists, the second of which goes to test_invalid_usernames() and test_username_invalid().

[vbrik]

@dsschult Could you take a look? Especially the changes in user_mgmt/handler.py. I am not sure if disappearance of 'groups' is significant.

[dsschult]

Generally looks good.

[dsschult]

Does it break on client = await rest(username)? I guess then it's useful to split this into two lists, the second of which goes to test_invalid_usernames() and test_username_invalid().

[dsschult]

@dsschult Could you take a look? Especially the changes in user_mgmt/handler.py. I am not sure if disappearance of 'groups' is significant.

So, the groups field in the token is supposed to always be there, and comes from the Keycloak client setup done in https://github.com/WIPACrepo/keycloak-rest-services/blob/master/krs/bootstrap.py#L350

I'm not sure what that means if that's not working. I'd probably need to see more debugging.

[vbrik]

@dsschult Could you take a look? Especially the changes in user_mgmt/handler.py. I am not sure if disappearance of 'groups' is significant.

So, the groups field in the token is supposed to always be there, and comes from the Keycloak client setup done in https://github.com/WIPACrepo/keycloak-rest-services/blob/master/krs/bootstrap.py#L350

I'm not sure what that means if that's not working. I'd probably need to see more debugging.

Looks like this is by design: keycloak/keycloak#22340

[dsschult]

@dsschult Could you take a look? Especially the changes in user_mgmt/handler.py. I am not sure if disappearance of 'groups' is significant.

So, the groups field in the token is supposed to always be there, and comes from the Keycloak client setup done in https://github.com/WIPACrepo/keycloak-rest-services/blob/master/krs/bootstrap.py#L350
I'm not sure what that means if that's not working. I'd probably need to see more debugging.

Looks like this is by design: keycloak/keycloak#22340

Ah, makes sense. In prod that's basically not a problem, but the .get() syntax is correct then.