# TL系统重置后徽章、头衔和trust\_levels出现问题

**URL:** <https://meta.discourse.org/t/badges-titles-and-trust-levels-problems-after-reset-of-tl-system/260571>\
**Category:** Product Support\
**Tags:** badges, trust-levels\
**Created:** [2023 年4 月 4 日 18:04 UTC](https://meta.discourse.org/t/badges-titles-and-trust-levels-problems-after-reset-of-tl-system/260571 "2023-04-04T18:04:33Z")\
**Posts on this page:** 1\
**Showing post:** 13

<div class="post-metadata">

作者： ![nathank](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/nathank/32/290039_2.png) [@nathank](https://meta.discourse.org/u/nathank)\
发布日期： [2023 年4 月 6 日 19:56 UTC](https://meta.discourse.org/t/badges-titles-and-trust-levels-problems-after-reset-of-tl-system/260571/13 "2023-04-06T19:56:28Z")

</div>

> [@Ed S](#):
>
> 也就是说，达到的最高信任等级是 TL3，但如果你因脱离活跃而失去 TL3，通常也会失去所有表明你曾拥有 TL3 的标识。我想是这样。

你说得对——SQL 在“官方”徽章中是可见的，其作用正是如此。系统还特意设置为让“较低”信任等级的徽章保留一段时间。

例如，这是 TL3 的 SQL 查询：

```sql
SELECT u.id user_id, current_timestamp granted_at FROM users u
WHERE trust_level >= 3 AND (
  :backfill OR u.id IN (:user_ids)
)

```

由于无法编辑“官方”徽章的 SQL，我的变通方法是克隆每个官方徽章，并将 `>=` 改为 `=`。这样可以确保只授予一个徽章（至少一旦旧徽章在夜间被撤销后）。

> [@satonotdead](#):
>
> 标题。

我现在明白这可能才是你真正的问题——即用户在失去信任等级后，其头衔仍然保留（而徽章在每日 SQL 检查被撤销后也会消失）。我尚未详细研究以尝试复现此问题，但你是否已取消勾选那些徽章的“允许徽章用作标题”选项？

> [@Nathan Kershaw](#):
>
> 理想情况下，我希望它也是用户卡片上最显眼的徽章（即始终显示在同样突出的位置），但不要像头像装饰那样过于张扬。

🎉 我注意到，在 Meta 这里的新用户卡片实验中，这个问题已经解决了:tada:：

 ![image](https://global.discourse-cdn.com/meta/original/4X/4/3/0/43097dbd39ec4f7508806c4c5c91f4f8f46379d6.png)

这基本上从我的角度解决了问题。但如果能在 `/u/用户名/summary` 页面也按同样方式排序就更好了。

### 附注

我已编辑了原帖的标题，以更紧密地反映焦点。曾将其移至 #Contribute > Feature，但后来意识到我们对此（目前）尚未明确——请继续推进！

---

_[View the full topic](https://meta.discourse.org/t/badges-titles-and-trust-levels-problems-after-reset-of-tl-system/260571)._