要求人们通过电子邮件获取邀请的工作流程已损坏。
当已分阶段的用户（在通过电子邮件与我们的支持小组进行电子邮件交流后创建）尝试使用邀请时，他们会看到：
在收紧用户审批后，我尝试了一个变通方法，允许公开注册和降低摩擦的邀请，之后发现了这个问题：
我可以通过让他们发送电子邮件到一个不由论坛管理的地址来执行另一个变通方法，但不得不为有缺陷的变通方法使用变通方法可能不是你们想要的！！！
3 个赞
此外，分阶段的用户似乎也无法注册或登录。
尝试注册时，我会收到一条消息，说该电子邮件地址已存在，并尝试电子邮件登录链接。
尝试使用该链接登录时，我会收到一条消息，说我的帐户不存在。
有些东西不对劲！！！！有人能再测试一下吗？
与此同时，我将删除所有分阶段的用户，以便他们能够注册。
2 个赞
我在我的测试站点上对此进行了测试，并且可以使用暂存用户进行注册：
- 将
@support组配置为接受电子邮件 - 从未知电子邮件地址向
@support组发送电子邮件以生成暂存用户 - 使用暂存用户的电子邮件创建帐户
- 激活并确认
- 暂存用户现在是完整用户
有什么我能尝试不同的方法吗？
（我现在也尝试一下邀请）
更新：
我现在尝试使用邀请电子邮件进行了测试，对我来说是有效的：
- 从新的未知电子邮件地址向
@support组发送另一封电子邮件以生成新的暂存用户 - 从
/invite/pending页面创建一个简单的邀请，并将其发送到暂存用户的电子邮件地址 - 在不同的浏览器中以暂存用户的身份兑换邀请
- 暂存用户成为完整用户
您的流程中有什么可能导致差异的地方吗？
（也尝试了启用 must approve users，并且按预期工作）
3 个赞
在 /logs/ 中是否有内部服务器错误的堆栈跟踪？
1 个赞
感谢您深入测试！
很高兴这似乎只是我的实例问题。
我将在本周末进行更深入的检查，然后回复您。
2 个赞
关于此事的更新：
这是一个非主题组件：👨👨👧👦 Groups Widget (Layouts Plugin)
@keegan，您是否愿意看一下？您希望我在哪里发布更多详细信息？是在 Meta 上的这个主题还是在 thepavilion.io 上？
更新
问题在于我为 trust_level_0 用户启用了该小部件，我现在知道这包括 Staged Users。将其提高到 trust_level_1 应该可以解决我的问题。
3 个赞