在 Meta，有时我们会报告错误，然后由工作人员进行回复，并提供 PR 来修复我们报告的错误。
但是，如果工作人员不喜欢该主题帖子，即使它已被确认并相应修复，也不会授予徽章。
也许可以更改 SQL 查询？例如，如果工作人员回复了 AND 主题已关闭 AND 发送了 Github PR 链接（例如，通过查找工作人员发送的链接中包含“github.com/discourse/discourse/pull”来查找）？
1 个赞
我对这里的历史不太熟悉，但我认为“bug 报告者”徽章应该在 bug 报告被团队确认为 bug 时颁发。是否已修复并不重要。
确实，查询只识别点赞，而不识别反应。因此，当 @lilly 在你的一个主题中添加 
时，它并没有授予徽章。可以说，这是符合预期的。如果她确认了 bug，她可以回来添加 
点赞。但如果她使用了 
或其他更积极的对你的 bug 报告的认可，那就不完全公平了。
也可能是处理 bug 报告的人认为它不值得获得徽章？如果这种情况再次发生，请随时给我发私信，我会查看。
1 个赞
好的，谢谢您的澄清！
如果再次发生这种情况，我会通知您 
。
1 个赞
我认为这在 Changes to which reactions 👍 are counted as likes ❤ 之后已经改变了。所有被计为点赞的反应也会触发徽章。
一个莉莉用 反应而我获得了徽章的例子是：
2 个赞
我注意到 Subcategory filter disappears on /none - #2 by sam 上没有点赞，但该主题已经关闭。您能否检查一下该报告是否符合徽章的资格？我认为符合；否则，“感谢您提供详细的报告”就没有多大意义了。
Ruby hash syntax being displayed in emails sent to deleted users 也未收到点赞。
我最近还在 On some forums, NaN instead of a number on badge pages - #10 by Moin 和 Group search issue on admin panel - #8 by Moin 上请求点赞。在第二个链接中，我还提到了 Reason in the email sent to moderators when a user is automatically silenced not always correct
目前有相当多的主题/用户不幸未获得徽章形式的赞赏。
1 个赞
非常感谢你，Moin！你发现得真及时。我们的奖励报告 bug 系统的确似乎出现了故障。
我会在内部传达，提醒大家在评估 bug 时给 OP 点赞。