标题在用户设置时消失

[HeyRR]

谢谢，我可以看到在重新运行 BadgeGrant 作业后，徽章依然存在。

不过，似乎 BadgeGrant 作业还存在另一个问题。我过去曾手动批量为某些用户分配徽章（例如“首次点赞”或“首次被点赞”），这些用户因为相关点赞发生在受限分类中，无法自动获得徽章。

Badges not being granted for restricted categories

I have a strange behavior on my forum. Basic badges (such as first like, first emoji etc.) that should be grated to users are not granted. Only admin users are granted these badges, while normal users are not. So for example, I can login as a normal user, and like as many posts as I want, and use as many emoji’s as I like, but I still won’t see the “First Like” and “First Emoji” badges. Thing is, there are certain early users that successfully got these badges. But recently all new users won…

但当 BadgeGrant 作业被触发时，所有通过手动批量分配获得此类徽章的用户都会失去该徽章。

我的测试如下：

1. 手动分配一个默认徽章，某用户因受限分类问题无法自动获得，但他/她实际上满足条件。运行 BadgeGrant 后，该徽章会被移除。

2. 创建一个自定义徽章（使用 SQL，例如：当用户在特定分类中发布新主题时授予该徽章）。手动分配该徽章给某用户，该用户因受限分类问题无法自动获得，但他/她实际上满足条件。运行 BadgeGrant 后，该徽章会被移除。

3. 创建一个自定义徽章，不使用 SQL。手动分配该徽章给某用户，该用户因受限分类问题无法自动获得，但他/她实际上满足条件。运行 BadgeGrant 后，该徽章仍然保留。

我猜测这是预期行为，因为所有手动授予徽章的用户都不符合 SQL 查询条件，因此会被从候选组中剔除。但如果确实如此，那么下面这个主题中的大部分讨论对于拥有活跃受限分类的论坛来说就意义大减了。此外，据我理解，短期解决方案也变得不可行。

Some common badge queries

Enabling Badge SQL entails security and performance risks so it is not available by default. For more information, see: Enable Badge SQL Here are some common badge queries which you can use to create your own awesome badge! Grant a badge if user has created at least one topic in the “foo”* category *(“foo” is the category name, not the category slug) SELECT p.user_id, min(p.created_at) granted_at, MIN(p.id) post_id FROM badge_posts p JOIN topics t ON t.id = p.topic_id WHERE cate…

对此有什么建议吗？我当然可以停止这样做，但只是好奇是否有办法解决这个问题。