Not a CA-specific bug. Closing as duplicate of T142755: Can't look for logs for Global rename script

Change 304620 had a related patch set uploaded (by Glaisher):
LogPager: Use Title::getDBkey for non-existent users' username in query condition

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

Why was the comment removed? Is it not valid? Perhaps you are correct because I closed this based on an assumption, not after confirming. :)

We will discover once your patch is deployed I supose. However it's just
the globalauth log at meta which is unreachable for Maintence script; the
others work fine IIRC.

This problem is happen because the Maintenance script exists as user but all the log entries in the logging table have log_user = 0, so the query does not find anything for the user id.

The log entries are there: https://meta.wikimedia.org/w/index.php?title=Special:Log&dir=prev&offset=20150415134331&type=globalauth&user=

The log_user = 0 maybe no longer true, see T181731

The "Maintenance script" user is an exception to the cleanup in T181731, since the username is reserved it returns false from User::isUsableName() and that cleanup script didn't touch it. But when T167246 happens it'll assign all the edits to the existing account.

In T142757#3865773, @Anomie wrote:

The "Maintenance script" user is an exception to the cleanup in T181731, since the username is reserved it returns false from User::isUsableName() and that cleanup script didn't touch it. But when T167246 happens it'll assign all the edits to the existing account.

This appears to have occurred, https://meta.wikimedia.org/w/index.php?title=Special%3ALog&type=globalauth&user=Maintenance+script is populated - can this be resolved?