Describe the bug
As explained on discord, OIDC strict mode prevents all user editing, and aborts logins if it ever tries to create a user that already exists.
To Reproduce
Steps to reproduce the behavior:
- Start TGS in non-strict OIDC
- Create a user with a CanonicalName that will be a future OIDC connection (but either have no OIDC connection or have something that isn't the new OIDC connection exactly)
- Restart TGS in strict OIDC
- Attempt to log in as the previously created user
Expected behavior
User is able to log in (existing entry is trampled/edited)
Logs
error.txt
Server State: (please complete the following information):
Additional context
https://discord.com/channels/484170914754330625/653425022966169620/1373802880577966182
Solutions:
- If an OIDC connection exists but needs to be renamed:
update OidcConnections set ExternalUserId='NEWOIDC' where ExternalUserId='OLDOIDC';
- If it doesn't, either drop back to non-strict and add it, or create the entire row in OidcConnections
- Allow users to be deleted
- Allow users to have OIDC connections edited
- Allow TGS to edit an existing user on login that collides
Describe the bug
As explained on discord, OIDC strict mode prevents all user editing, and aborts logins if it ever tries to create a user that already exists.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
User is able to log in (existing entry is trampled/edited)
Logs
error.txt
Server State: (please complete the following information):
Additional context
https://discord.com/channels/484170914754330625/653425022966169620/1373802880577966182
Solutions:
update OidcConnections set ExternalUserId='NEWOIDC' where ExternalUserId='OLDOIDC';