Scribe徽章未授予子类别

[khenmu (John Sweeney)]

你好。

我认为我在 Meta 上遇到了一个 Discourse 错误。

我发布了 Exploring features in Discourse Chat 到 #documentation:users，而 Meta 有“抄写员”徽章（Scribe badge）用于在 Documentation 中发帖，但我没有。我确定的是这些，以下是我的推测，在我看来是合理的——但也可能出错。

方便起见，抄写员徽章的截图

（如果你想知道抄写员徽章是否会定期批量授予——想得好；我自己也这么想过。不过，已经过去两周多了，所以我认为我们可以排除这种可能性。）

当我发帖时——或者至少是尝试发帖时——我被告知它将被审核。回顾 OP 的修订历史，@mcwumbly（很棒的名字和头像，顺便说一句）实际上被认为是第一个修订版的作者。我假设这是他在帖子被正式录入 Documentation 类别之前所做的编辑的结果。

所以，似乎发生的是 Discourse 将任何由工作人员进行的更改视为修订版 1，而不是修订版 2+，这会干扰在特定类别中发帖的徽章分配——Discourse 弄错了作者，因为它查看的是错误的修订版。

我可以看到这个问题可能被标记为 WONTFIX（不会修复），因为当前的行为，虽然对某些特定徽章来说不幸，但Otherwise（否则）是合乎逻辑的做法。在这种情况下，如果我可以厚颜无耻地在此处包含一些 Site feedback（站点反馈），那么重新考虑抄写员徽章可能值得，如果它实际上对 Meta 上注册的 99% 以上的用户来说是无法获得的。

除非分配此类徽章的代码能够以某种方式绕过该行为。我知道 Discourse 是开源的，但我从来都不是一个出色的 Rubyist，抱歉。

[JammyDodger]

我认为这实际上可能是因为 Scribe 徽章 SQL 需要更新，以便包含子类别，而不仅仅是父类别。我们在上周进行的徽章审查期间在内部注意到这一点，但由于 Documentation 类别正在进行一些结构性调整，因此尚未更新。我认为现在它已经相当稳定了，我希望本周能进行更改。

在此期间，我会将其移至 Site feedback，但如果您能在自己的网站上重现它在 Approval 队列中的怪癖问题，我们随时可以将其移回。

[JammyDodger]

这个有一个小更新：我昨天将子类别添加到了查询中，并且（到目前为止）一切正常。 我认为现在应该可以按预期“工作”了。