IMPORTANT: If your having troubles logging in and are reciving similar error messages to
'Cannot assign user name "erik" to account 4136; name already in use.' then please read the following work arounds.
(IMPORTANT) If you are inputting in the login form e.g. `user` (note the lowercase) then please try an upper case `User`. If you are trying upper case `User` please try it in lowercase `user`. This wont work for all users but this is our current workaround.
I successfully used Gerrit yesterday, but as of the upgrade today, I can no longer in (username 'eloquence'). I get the following error message:
'Cannot assign user name "erik" to account 4136; name already in use.'
* Discussion https://groups.google.com/forum/#!topic/repo-discuss/SesSyGPbNoI
This is currently affecting about 11 users:
gerrit> select account_id, full_name from accounts where account_id in (2964,3555,20,2394,4111,3327,790,2239,1984,278);
account_id | full_name
20 | Eloquence
278 | Parent5446
790 | Rasel160
1984 | Papaul
2239 | Kaldari2
2394 | Xujing1
2964 | StudiesWorld
3327 | SamanthaNguyen
3555 | NULL
4111 | Pppery
(10 rows; 3 ms)
What's happening is these users are lacking the second row in `account_external_ids` that they should have to map to their LDAP username. Trying to re-add the missing second row causes it to be deleted when the user tries to login (taking them back to one row). This is [[https://bugs.chromium.org/p/gerrit/issues/detail?id=5090 | being tracked upstream]], as there seems to have been a busted migration script (although we're past that) as well as an underlying issue with existing username detection (it's trying to recreate them).
If you are hitting this, perhaps trying a different capitalization works (for some people, at least). For example, if your username on wikitech is **JUser**, try logging in with **JUser** exactly and not **juser**. This is not working for everyone, but it is for some people.