用户字段——奇怪的注册行为

错误
,
1

您好，自 3.3.0+3 (stable) 更新以来，我看到了“可选”、“注册”和“所有用户”的新自定义字段设置，但它并不完全起作用：当用户登录时，他们会看到“您需要提供信息”字段（但没有显示缺失的字段）。当他们单击保存时，他们会获得个人资料（并且没有标记缺失的字段）。他们然后定期（总是当转到 / 时）收到相同的提醒。然而，没有一个字段被标记为“所有用户”。其中一些字段（特别是对某些旧用户缺少的字段）是“在注册时”并且“不可编辑”和“不可显示”。

我的理解是，这不应该导致这种重新请求。

我点击并来回更改了许多字段属性，但情况并未改善，但不知何故感觉它并不总是立即采取行动。我是否需要运行重建作业？

“无用的”消息看起来像这样：

image
image1388×341 23.7 KB

有趣的是，当我单击“保存”时，我会看到我的标准个人资料页面，但没有任何用户字段（没有缺失的字段，也没有实际标记为可编辑的字段）。

如果管理员填写了缺失的字段（即使它们被标记为注册时），用户也可以再次看到他们的完整个人资料。

2

这与报告的这个 bug 类似 - https://meta.discourse.org/t/user-field-requirement-2/318968，尽管我认为它应该包含在最新的 stable 版本中。:thinking: 也许事情比我们想象的要复杂。让我看看我能发现什么。

2 个赞
4

谢谢！如果您需要执行命令或查看日志，请告诉我。

我不确定问题是直接出现在更新之后，还是在我开始使用新选项自定义这些字段之后才出现的。

5

顺便说一句，最好能有可选的“仅注册用户”或“所有用户”字段，也就是说，这些字段只询问一次但可以为空。

6

不确定这是否相关，但一些用户可能是通过“邀请”或“自动接受”以及“通过电子邮件将用户添加到组”功能注册的。但其中大多数可能比当前用户字段（对他们来说是空的）要早。

7

您有此事的更新吗？填写所有空评论有点麻烦，并且使用可选字段不是一个选项（sic），因为它不会显示在新成员的注册屏幕上。

1 个赞
8

这里有什么消息吗？如果这种情况持续下去，我将不得不对所有用户进行一些大规模更改，以确保他们不会一个接一个地抱怨……

1 个赞
10

我来提醒某人一下，看看能不能打探到什么消息。 :+1:

2 个赞
11

FWIW 我确实重现了这个问题，但当我删除用户字段并尝试第二次时，新字段按预期显示在页面上。

image
image1827×500 64 KB

“现有字段的‘注册后可编辑’默认值”可能有些问题？:thinking:

好的，我想我之前重现问题的方式是错误的。我喝了杯茶，重新整理了一下思路。

我现在有一个用户字段设置为“注册时”且“之后不可编辑”：

image
image1396×752 31.8 KB

这会导致我现有的测试用户以类似的方式出现错误：

image
image1422×497 28.8 KB

1 个赞
13

你好，@ecki！ :wave:

感谢你的报告。我会调查此事。

我怀疑这就是关键所在。可能存在一个假设，即所有拥有账户的用户都曾在某个时候“注册”过，这可能会导致问题。

我会进一步调查，然后回复你。

2 个赞
14

是的，在我的情况下它们也不可编辑。这是一个初始注册理由和一个客户编号（应仅在请求管理员审核后才能更改）。

如果有一些简单的更改跟踪，我可以使它们可编辑——仔细想想。

15

我找到了这可能根本原因，并在一个已经合并的 PR 中进行了修复：

1 个赞
17

很棒，我刚收到了 3.3.1 稳定分支更新的提议，但似乎尚未包含。有没有一种简单的方法可以在不更改更新渠道的情况下测试这些提交？

19

@ecki 抱歉。我没注意到你用的是 stable 版本。我已经打开了一个 PR 来向后移植这个修复。 :pray:

1 个赞
20

啊，谢谢，你真好。

21

我已经将您的修复程序安装到我们的稳定更新中，到目前为止没有收到任何投诉（但是，我无法重现该问题（无法故意清空评论字段），因此我不确定是否还有其他人受到影响但我们尚未手动修复。但到目前为止看起来不错！谢谢。

2 个赞
22

此主题在上次回复后 3 天自动关闭。不再允许新回复。