查看帖子编辑历史的最低信任等级

贡献 功能
1

最近进行了更改，使得信任等级4（TL4，即领导者）在编辑历史对公众隐藏时永远无法查看编辑历史。

我们的讨论论坛规模极其庞大，拥有成千上万的用户。我们将TL4用作准版主角色，并手动将其授予受信任的社区成员，因为这些资深用户比受雇管理社区的版主更自然、更深入地使用论坛。他们比版主和工作人员发现更多问题，并知道如何重新分类主题，但由于论坛其他地方存在他们无权查看的信息，这些用户无法被完全任命为版主。由于该信任等级具备编辑主题大部分方面、移动主题等权限，我们发现编辑历史现在像对社区其他成员一样永久对他们隐藏，这很奇怪。

这一变更对我们有害，因为这些用户曾利用此额外权限获取那些已恶化主题的上下文，其中相关用户编辑了他们的帖子或标记为删除。在这种情况下，这些帖子最初发布时严重违反规则，暗示发帖用户年龄不符合我们社区要求（出于法律原因很重要），或在某些极端情况下可能存在自残风险，但随后被编辑过。我们论坛上的TL4是活跃用户，与论坛工作人员及其他重要人物保持密切联系，这些人员可让熟练的版主迅速处理这些问题。由于论坛规模庞大且主题小众，版主们无法悠闲地浏览论坛，因此让他们拥有这种洞察力至关重要。等待标记的帖子被处理并不总是足够快，无法应对某些情况。

链接线程中对此变更的辩护是使该行为与所描述的网站设置保持一致，但此设置的僵化性正在损害我们的社区。

我们希望能够设置查看编辑历史的最低信任等级，以免妨碍我们的领导者。

10 个赞
How to only show edit history to users with high trust levels?
2

这一改动似乎与其他 TL4 权限的定义不一致。TL4 可以编辑其他用户的帖子，但无法查看这些编辑的历史记录。如果唯一的理由是设置项上标有“工作人员”，那么与其改变行为，不如直接修改设置项的措辞，这样不是更合理吗？TL4 似乎被设计为用户与版主之间的中间层级。这是否意味着 TL4 是入门级的工作人员？

4 个赞
3

也许分类版主也能派上用场？

1 个赞
4

TL4 级别的分类版主也无法查看编辑历史。

5

这很奇怪，因为如果禁用了“向公众显示编辑历史”的站点设置，那么只有工作人员可以看到已编辑帖子的先前版本，而分类版主似乎拥有工作人员身份……

难道他们对主题拥有工作人员身份，但对帖子却没有？:thinking:

6

我们仍然需要解决这一问题，它仍在对我们的版主产生影响。

另一个体现其影响的例子是：版主现在无法判断一个不适合当前分类的话题，究竟是从其他分类移过来的（例如由工作人员移动，可能出于某些不明显的原因），还是原本就创建在该分类中且发帖人缺乏相关认知。这一信息对于决定是否可以将话题快速移至更合适的位置，同时避免冒犯任何人，至关重要。

4 个赞
7

是的，我支持恢复原有行为，并选择仅更新设置说明，或将其改为下拉菜单。

5 个赞
8

我们非常希望能尽快看到此类变更，目前这些看似微小却累积起来的问题仍在对我们造成诸多困扰。该功能曾极为普及。

请告知我们是否有时间表或预估时间，说明何时将解决此问题。

3 个赞
9

如果您愿意将此作为一项功能改进，请随时进行！

3 个赞
10

这仍然是一个问题。我们的领导者可以编辑帖子，但无法查看帖子的编辑历史，这毫无意义且产生了负面影响。请要么将行为恢复为原来的方式并重新措辞该设置，要么提供一个设置来控制可查看编辑历史的权限级别。

3 个赞
11

由于领导者不被视为“员工”，如果勾选此项，所有人将都能看到编辑历史。除非能对领导者的权限进行调整（例如晋升为员工或版主），否则这已是我能想到的最佳方案。但这样一来，所有人都能看到编辑历史。

/admin/site_settings/category/posting
image

1 个赞
12

@CaZsm 上方已提供了解决方案 :backhand_index_pointing_up:

如果该方案未能令您满意，您可以考虑寻找其他符合您需求的免费开源软件。

1 个赞
13

@codinghorror
上述方案并不令人满意，因为我们的用户很可能会认为这侵犯了隐私，并可能将潜在的敏感编辑历史暴露给不可信的用户。

请恕直言，仅仅因为这一个本可避免的问题，就要求我们迁移拥有成千上万用户的讨论论坛，这种态度未免过于急躁。与其让我们“走开”，我们更希望了解：这个问题是否会被记录和考虑？或者，是否存在充分且合理的理由完全不实施此功能？

Discourse 决定更改某项设置的行为，使其与“领导者”信任级别的宗旨和能力不符（即“准版主”，由人工任命，可编辑帖子，却看不到编辑历史？），而不是更新该设置的描述。由于这一变更属于行为上的改动，而旧行为既合理又实用，仅仅因为设置的措辞与其实际工作方式不完全一致，就彻底关闭旧行为的所有使用场景，这并不合理。这毫无必要地限制了 Discourse 核心的适用性和灵活性。

我认为，请求为查看编辑历史功能增设一个最低权限级别设置并不过分，因为查看编辑历史与编辑帖子的能力本应相辅相成；同样，在等待三个月以观察是否有人关注后再次顶起该话题，也无可厚非。Kane 似乎认同这一观点，我相信其他团队成员也会如此。我们希望能了解：此事是否有可能实现？我们是否可以做些什么来突出其价值，以便其他贡献者着手实现？若不能实现，原因又是什么？

2 个赞
14

TL4 并非工作人员——这就是全部情况。

如果您希望赞助某项功能，请创建一个 Marketplace 主题；或者您可以注册企业托管计划（https://discourse.org/buy），因为我们会更重视企业功能请求。

4 个赞
15

正如 @codinghorror 在其下一篇帖子中提到的，赞助插件可能是最佳的解决方案。话虽如此，有一个名为“自定义信任等级”（Custom Trust Levels）的插件或许能派上用场，但需要进一步了解它。

如果确实需要某项功能，你或许可以请求提交拉取请求（pull request）。

另一个可能的次要解决方案是使用主题组件。不过，具备一定知识的用户也可以利用浏览器功能来取消隐藏查看历史记录。

3 个赞
16

我希望我没有“挖坟”，但当我注意到“编辑历史对公众可见”不支持群组或信任级别时，我感到有些困惑。

不，我不想让它们对公众可见，但我确实希望它们对某个群组/信任级别的用户可见，拜托了。

谢谢。

我相信我之前也看到过另一个类似的东西，它也可以使用内置的群组/trust_levels，但现在我不记得了。

2 个赞
17

不确定开发路线图是什么样的，但这似乎是个不错的想法。许多设置现在使用群组而不是基于信任级别的权限。

出于好奇，您想解决什么问题？

3 个赞
18

不过，也许一个有趣的解决方法是，如果不在 A 组或员工组中，则使用 CSS display none。

1 个赞
19

我正在处理一份长文档，甚至将其设置为 wiki 模式，以便其他人可以帮助处理它……但他们看不到编辑历史记录，而这本可以提供帮助。

1 个赞