我在论坛和 Meta 上都注意到，当编辑主题标题时，主题会被“顶”到列表顶部。这对我来说相当令人困惑，因为主题会出现在主题列表的顶部，所以我期望看到一些新的内容，但很难发现更改，因为通常我会跳转到最新帖子，而编辑发生在第一个帖子。
我注意到您已更改为编辑最后一个帖子不再“顶”主题。编辑主题标题现在触发“顶”操作是否是该更改的副作用？
这也会影响类别和标签的编辑。
谢谢。鉴于 PR 几小时前已合并，这听起来很可能。@martin 会看一下。
1 个赞
谢谢 Moin，我现在明白了……由于我不再检查它是否是最后一篇文章，我需要检查是否只有主题 OP 的内容在更改，如果是这样就绕过此更改。
这是我的修复方案：
我能够重现类别更改的问题，但无法重现标签更改的问题。
3 个赞
谢谢你解决了这个问题
我通过添加一个标签来升级 https://meta.discourse.org/t/profile-picture-next-to-pinned-topics/217524，以防你需要重现。
3 个赞
好的，我现在可以复现了，奇怪的是，不知道为什么昨天不行。
嗯，好的，我认为标题不顶帖是有效的，但我认为类别+标签编辑的顶帖会受到这两个设置的复杂影响：
这些控制编辑 OP 时是否会顶帖：
但是，这些设置也控制着在更改类别/标签时是否发送实际通知，因此要弄清楚这一点有点复杂。我会在内部讨论一下，然后再回复。
在您移除编辑时的主题“顶”功能之前，仅当主题没有回复时，标题、类别和标签的更改才会“顶”主题。否则，由于不是最后一条帖子，因此不会“顶”主题。您计划恢复该功能，还是也想阻止这些“顶”操作？
我还想知道为什么我现在编辑我的测试主题的类别没有“顶”主题。我的印象是，这是因为编辑宽限期。等待 5 分钟后，编辑类别再次“顶”了主题。
我仍然不清楚除了回复之外，现在是什么原因导致主题被“顶”。了解这一点可以帮助我找到如何注意到用户遵循 Discourse 说明编辑帖子而不是连续回复的方法[1]。我认为，当系统告诉您编辑帖子而不是回复，您照做了，但没有人注意到，这可能会令人沮丧。我还询问了如何跟踪 wiki 帖子的编辑。
生日快乐 
“不允许连续回复超过 %{count} 次。请编辑您之前的回复，或等待他人回复您” ↩︎
3 个赞
将在此处进行进一步调整，以使标题、标签和类别更改不会导致此问题。请稍候……
3 个赞
是否有办法撤销此更改？
对我来说，编辑主题以将其推送到最新动态的顶部是一项功能，而不是错误。我依赖这种行为来向用户传达主题已更改。
通过回复帖子来传达更改效率不高，因为一旦用户阅读了帖子 1，通过回复进行推送会将他们带到回复处，如果编辑发生在帖子 1（在我的情况下总是如此），他们将看不到它。
就像这篇帖子一样：Minor editing should not bump the topic. 观点是这种行为是可取的/不是错误。
如果有一个设置可以切换此更改，人们就可以真正根据自己的喜好进行调整，而不是颠覆一项长期存在的功能。
我不总是想“顶帖”来编辑主题，但有时我希望我的及时更改能更明显。自动置顶是一个选项，但并非我想要的：
自动置顶需要设置日期/时间：
很想在自动置顶菜单中添加一个“立即”选项，但自动置顶通知也表明是自动的——而非故意的——置顶，这是一个不同的信号：
我有时希望有一个“编辑时置顶”的选项，可以为角色或信任等级启用。我想象中会有“保存编辑”和“保存编辑并置顶”的按钮：
……并且生成的通知可能会显示“主题由管理员编辑”或类似内容。
我也想说，旧的行为非常有用。请有人添加一个按钮，以便我们可以在旧行为和新行为之间切换？
您能解释一下您是如何使用“置顶”（bumping）的，以及在哪些情况下它对您有帮助？
我仍然无法决定是更喜欢新的还是旧的行为。
例如，我喜欢这样的事实：如果主题还没有收到任何回复，对标题、类别和标签的更改会使主题回到顶部。这使得主要关注这些类别或标签的用户能够注意到它们并回复。它也极大地帮助了我在这里的论坛上学习版主如何使用类别和标签。主题在得到回答之前经常被移动。
我也喜欢 Discourse 的设置会强制您添加信息而不是写另一篇帖子。然而，这只有在它将主题移回顶部时才有效。所以它目前处于一个奇怪的阶段，用户被阻止连续写超过 3 篇帖子，但编辑不会让他们的主题置顶，所以很可能没有人会注意到。
我还认为，一个没有回复的维基主题，更改会使主题置顶，并且当您点击主题时，您会立即跳转到编辑后的帖子，这是一个很好的处理方式。
尽管 维基现在可以再次置顶了，但只有当它们是最后一篇帖子时才会置顶。我觉得这很令人困惑，因为我打开了一个被移到顶部的帖子，但当我跳转到的位置（最后一篇帖子）并不清楚原因。
然而，我喜欢小的更改不会导致置顶。我注意到我一直在编辑以添加一些小的细节，而以前我不会添加这些细节，因为我认为它们对于置顶来说太不重要了。
2 个赞
你一语中的，说到了点子上
故意不回复的主题，如果被编辑过，以前会推到最新动态的顶部——比如一个公告，信息发生了变化。
对于主题的真实更新，编辑会移除过时信息，让主题重新回到最新动态的顶部，这是非常理想的。可以通过回复链来实现，但随着时间的推移，用户会难以收集所传达的信息（想象一下有10条包含更改的回复）。编辑原始帖子/最新帖子并让主题出现在最新动态中要干净得多。
我明白在这件事上会有两方观点。为 Discourse 添加一个选项来恢复以前长期存在的功能将使每个人都满意，也许随着时间的推移，可以扩展选项来精细控制帖子的哪些活动构成其在最新动态中上升。
对我来说，多年来的方式是最佳的，我已经习惯并依赖它了。
这个改变让我措手不及，虽然用户可以更改帖子日期来将他们的主题推回到顶部帖子编辑，但为什么不让它像以前一样自动发生呢？
1 个赞
这是可能会被重新审视的事情，还是说寻求此更改的调整是一个徒劳无功的尝试？
@pmusaraj @martin 此更改已恢复编辑最后一篇帖子时将其置于活动信息流顶部的长期行为
如果能将编辑最后一篇帖子时的“顶帖”功能恢复到产品中，那将非常有帮助，因为一项十多年的先例在一瞬间就被推翻了，这对我们来说非常痛苦。
作为员工的用户可以通过移动日期来解决此问题，但其他用户无法做到。我认为应该提供一个选项来允许编辑时顶帖，或者恢复以前的行为。
1 个赞
我们不打算撤销此更改。我已在内部讨论过，对于您的用例，您可以选择：
- 将主题的原始帖子（OP）设为维基帖子。对维基帖子的编辑仍然会使主题“顶起”（bump）。
- 在主题中有重要编辑时，在主题中发布新帖子。
此外，使用自动顶起主题（Auto-Bump Topic）计时器也应该有效。将来，我们可能会引入额外的配置选项，以便对主题的顶起行为进行更精细的按类别控制。
也许并非所有被 TL4 用户和工作人员编辑过的帖子都应该成为大多数论坛用户可以编辑的 wiki 帖子。
此外，当 OP 是 wiki 帖子并被编辑时，这对于包含多个 wiki 帖子的主题或 wiki 不是第一个帖子的主题没有帮助。例如，在一个收集了一个月物品的主题中，然后你创建了一个新的 wiki 作为回复来收集下个月的物品。这效果非常好，因为当前月份的 wiki 是最新的帖子，所以主题被顶起来了。
计时器会在主题中添加烦人的小操作帖子，你无法删除它们，因为删除会导致顶起日期再次重置。
我理解你不想撤销这些更改，我也看到了在有限范围内（对自己的帖子进行小的改进）的好处，但也许我们需要研究如何确保论坛中建立的工作流程能够继续正常运作。
工作人员在看到“最新”列表中不必要地被顶起的主题时会使用“重置顶起日期”功能，这在某种程度上比工作人员手动顶起本应顶起但未被顶起的主题效果更好。他们是如何注意到这些的？
正如 Martin 所说，我们目前不会撤销此更改。
有三种变通方法：
- 将 OP（原帖）设为维基
- 使用自动顶帖计时器（Auto-Bump Topic Timer）
- 发布回复以解释编辑内容（@Moin，这是在您描述的那些不应设为维基且您不想使用自动顶帖计时器的情况下建议的变通方法）
我们也将继续在编辑 Docs Categories（文档分类）主题时对其进行顶帖。
我理解这些变通方法并非对所有用例都理想。当您遇到没有一个选项可行的特定用例时，请在 Feature 主题中与我们分享。
1 个赞