在 https://community.wanikani.com/ 上,我收到了一条有人点赞我帖子的通知,随后又收到了“精彩回复”的通知。这次点赞确实是该帖子的第 50 个赞。然而,系统显示我在 5 天前获得了“精彩回复”徽章。我之前至少见过一次这种情况。
我发布这条帖子是在 5 天前,但我认为徽章的“授予日期”应该基于……嗯,授予它的时间,这就是为什么我将此问题归类为 #bug。如果这是预期行为,请告诉我。
在 https://community.wanikani.com/ 上,我收到了一条有人点赞我帖子的通知,随后又收到了“精彩回复”的通知。这次点赞确实是该帖子的第 50 个赞。然而,系统显示我在 5 天前获得了“精彩回复”徽章。我之前至少见过一次这种情况。
我发布这条帖子是在 5 天前,但我认为徽章的“授予日期”应该基于……嗯,授予它的时间,这就是为什么我将此问题归类为 #bug。如果这是预期行为,请告诉我。
Great Reply 徽章的查询使用帖子的 updated_at 列来确定徽章授予时间。点赞帖子不会重置其 updated_at 值,因此授予时间将被设置为帖子的创建日期,或最后一次编辑时间。
我们还有其他几个在用户对帖子执行操作时触发的查询,它们以相同的方式设置授予时间。对于每日运行一次的查询(例如 Famous Link 徽章),则使用 current_timestamp 来设置 granted_at。是否可以对在用户操作帖子时触发的查询采用类似的方法?
当然,这是一个足够简单的改动。日期在历史上不会修复,但从今往后应该会合理一些。