继续讨论 精选徽章导致用户个人资料页面崩溃：
我想知道：这条指示主要是针对谁的？既然你在这个主题中发布了它，我假设它是针对讨论参与者的。但在实践中，这应该如何处理？
在许多情况下，当某人因遇到的问题打开一个主题时，他们并不清楚是否涉及第三方插件、主题或组件。这通常只有在讨论过程中才会变得明显。到那时，我们大多数人无法将帖子移动到专用主题中——所以你对处理方式的想法肯定与我们不同。
你是否期望用户在发帖前就已经知道问题的原因？我同意，如果你不确定，在 Support 而不是 Contribute > Bug 中开始一个主题是有意义的，但你也没有将这个主题移动到 Support，所以这似乎不是你的建议。
我想了解我们作为普通参与者本可以做得不同的地方。
我想在这种情况下，社区可以提供2种帮助：
在链接的案例中，我承认我有点懒惰，我应该找到主要讨论主题并将其移至那里。
我认为在这种情况下，将其发布到 Contribute > Bug 是正确的，因为最初原因不明。然后它应该被合并到主题组件的主题中。在此之前，我认为它可以留在 Contribute > Bug 中，也许加上一个标签表明是哪个组件出了问题？
我不喜欢 General 这个类别，它已经变成了各种话题的收容所。我想象这样一个场景：人们因为不知道把帖子发到哪里而发布到 General，但版主会将这些帖子移动到已存在的适当位置，或者如果足够多的类似话题都出现在 General 中，版主可能会创建一个新的类别。
Sam，如果你在这些情况下感到懒惰，也可以随意使用标记功能。然后版主就可以处理它了。
这让我想，我们可以创建一个新的 #3rd-party 标签来使用，就像我们使用 unsupported-install 一样。例如，在 Dashboard New Posts statistics broken 的情况下，有很多关于调试 Discourse 的知识可以学习，但只有一小部分对话是关于导致问题的特定插件的。我认为将整个对话移到插件的主题中并不理想，因为我不会在这里寻找缩小问题范围的例子。
因此，我认为将其保留在自己的主题中并带有 #3rd-party 标签会更有意义。将其放在支持类别而不是错误类别中可能会更好。这样，用户就可以选择一个解决方案，主题会自动关闭。在错误类别中，工作人员必须手动关闭它。
所以，可以创建一个主题，回复中包含识别原因的步骤。将识别出原因的帖子选为解决方案，主题将被标记为 #3rd-party，并在需要时移至其他类别。然后，OP 可以通过在专用的插件/主题/组件主题中发帖来通知插件/主题/组件作者（如果他们还不知道的话）。不过，即使在这种情况下，在主题中发帖对遇到同样问题的其他人也会有帮助。