你好，Roman，
看起来这位用户可能是与导入的 Yahoo Groups 存档材料相关的，或者更可能是来自近期导入的 myBB 材料（该论坛已迁移过几次平台）。myBB 的用户账户在导入时附带了一些相关的用户资料信息，但 Yahoo Groups 的用户则没有，因此其资料中仅包含名义上的用户名。
创建日期为 2011-11-28，但我注意到更新日期要近得多——2020 年 7 月 15 日，而该用户实际上从未访问过这个网站/论坛的当前版本？也许是一些自动进程进行了更新？
当我手动搜索该用户资料时，发现该用户显示为已批准（可能是在从 MyBB 导入过程中自动批准的——但如果是这样，为什么查询中显示为未批准？无论如何，如果这是用户资料导入中的系统性问题，应该会有数百个其他类似用户显示为未批准但活跃，而不仅仅是一个）。
看起来不是同一个用户。查询找到的那个用户不应被批准。能否请您检查 ID 为 961 的用户资料，并确认其未被批准？请使用此 URL：<yoursite>/admin/users/961/-
嗨，Roman——你说得对。
/admin/users/961/ 这个用户资料尚未获批，尽管用户名相同。该资料创建于 2011 年 11 月 28 日，早于另一个资料。看起来这两个资料都是通过导入流程创建的：一个来自 MyBB，另一个来自 Yahoo Groups。
我推测导入流程绕过了对唯一用户名的常规检查。
按用户名进行的标准搜索只显示另一个版本，而不是这个。
两个账户似乎属于同一个人（相同的电子邮件地址）。
目前是否有理由不将它们合并？或者是否出于测试用途的需要而暂时保持原样？
你可以直接合并它们。请务必重新运行查询，并确认没有未批准的用户遗留。
我已合并用户——奇怪的是，生成的用户已激活但未获批，且“批准”按钮呈灰色，因此我无法直接批准他们。
按照此处描述的变通方法，我先禁用了该账户，然后重新启用，之后便能够进行批准。
我重新运行了全部三个查询，（按相反顺序）结果显示：注册队列中无用户，946 个未获批用户无关联的可审核对象，以及“零结果”表示未获批但已激活的用户。
此后，我遇到了一位新用户注册，这次审批队列表现正常，没有显示幽灵数据。
这表明，存在一个已激活但尚未获批的用户，就足以干扰后续用户注册数量的统计。真不敢想象有多少潜在用户因此申请注册却未能获批！
