So many usernames, so little time.

Calling https://phabricator.wikimedia.org/conduit/method/user.ldapquery/ with ["Yuvipanda"] succeeds, while ["yuvipanda"] fails. Striker thinks that the canonical LDAP username for the account is yuvipanda. My guess is that this has something to do with MediaWiki's Title case conversion and possibly the point at which it is done. It may however be a bug in Striker itself if it is doing case-insensitive lookups to LDAP and keeping the user entered value over the LDAP returned data. Needs more investigation.

From the logs: "Unknown or missing ldap names: maxsem" looks likely to be a similar problem for @MaxSem

Change 306868 had a related patch set uploaded (by BryanDavis):
Map cn (common name) to ldapname

https://gerrit.wikimedia.org/r/306868

In T143956#2584791, @bd808 wrote:

From the logs: "Unknown or missing ldap names: maxsem" looks likely to be a similar problem for @MaxSem

This is actually not an error. The Phabricator account for @MaxSem is not linked to an LDAP user account.

Change 306868 merged by jenkins-bot:
Map cn (common name) to ldapname

https://gerrit.wikimedia.org/r/306868

Mentioned in SAL [2016-08-26T17:42:47Z] <bd808> Updated striker to fix T143956

After deploying the patch I also manually updated the database entries for @yuvipanda, @MaxSem, and @valhallasw. All 3 have sn != cn in their LDAP records.

Mentioned in SAL [2016-08-26T22:51:48Z] <apergos> from a few hours ago: (08:42:47 μμ) bd808: !log Updated striker to fix T143956