完全重建并未奏效。
我最近注意到的一个规律是，它在已关闭的主题上不起作用（至少在 Discourse Hub 应用上是这样）。我希望能实现这一功能，但也理解当前做法的逻辑。
如果你在一个不允许发帖的主题中，该如何引用他人？
无论如何，这与当前主题无关。
你无法做到。我注意到，当封闭主题 A 中的某条回复的一部分直接相关于主题 B 中的问题时，就会出现这种情况。
好的。
你无法引用——但可以分享。在我的 Discourse 实例上分享时也会出现同样的问题。
我也在使用 2.6.0.beta5，引用功能在浅色和深色主题下都能正常工作。我试过以下情况：
文字 code code 文字 文字
结合之前提到的“你无权在该主题中发帖”这一点，你的问题是否与你在网站上设置的信任等级有关？
你的意思是分享链接吗？我最后就是这么做的。
看起来这个话题很像：
该问题在部分用户更新至 2.6.0.beta2 时出现，另一些用户则在更新至 beta3 时遇到。
在更新至 beta4 并重新构建应用后，问题消失了，且在后续更新至 beta5 后也未再出现。因此，不妨尝试更新至 beta6 看看，或者等待进一步的更新，问题或许会在某个时候得到解决。
我也在 Meta 上遇到过同样的问题，这在我看来似乎不合逻辑。
请在导航到已关闭的主题之前先打开编辑器，这样引用按钮应该会再次显示出来。
我们难道不需要将此作为缺陷进行报告吗？否则它怎么可能自行解决？这里的普遍观点似乎是，如果我们无法在这个 Discourse 网站上复现它，那就不是 bug。
我使用的是 beta6 版本，并且已经按照要求进行了完整的重建。问题依然存在。
很遗憾，我们无法修复无法复现的问题。如果您能在 Meta 或 Try 页面上提供复现步骤，那将是一个好的开始。
这在哲学上有点令人困惑。包括我在内的几个人都遇到了这个问题，但没人知道如何在 Discourse Meta 帖子中复现它。问题显然存在且可以演示，只是无法在这里展示。我不确定该怎么办。我使用的是 beta6 版本，Docker 镜像已重新构建，平台为 Ubuntu 20.04，所有系统更新均已应用。该问题出现在任何浏览器中。
提供我网站的登录信息会有帮助吗？
我们无法在这里演示它，但它确实是一个真实存在的现象，这对调试来说意味着什么，但我还不知道。不过这肯定是一个线索。
是的，这很可能表明您进行了某些自定义、安装了插件或设置了站点选项，从而导致了该行为。
您也可以尝试在 try.discourse.org 上复现引用问题，这是一个更为精简的 Discourse 安装版本。
我们已经链接到可以复现此问题的网站。
这个站点是否运行的是未经任何自定义或插件修改的 vanilla Discourse？（既然如此，为什么这个站点的引用按钮与我使用过的其他所有 Discourse 站点看起来不同？这个站点在选中内容时还有一个令人困惑的“分享”按钮，这似乎是独有的。）
仅供参考，以下是我们的插件：
已安装插件
| 名称 | 版本 | 已启用？ | ||
|---|---|---|---|---|
| discourse-solved | 0.1 | 是 | 设置 | |
| docker_manager | 0.1 | 是 | ||
| retort | 1.2.3 | 是 | 设置 | |
| styleguide | 0.2 | 否 | 设置 |
这里有什么可疑之处吗？
这是我的猜测。这是一个非标准插件。
已确认，即使没有该插件，引用功能仍然无法使用。我们的安装现在是纯净版 Discourse，但在跨标签边界时引用功能无法正常工作。
您在不使用该插件的情况下重建了网站？安全模式通常不足以移除插件。
我已禁用该插件。当我尝试重建或升级 Discourse 时，系统报错。
您是否无法通过点击我们其中一个网站的链接并高亮部分文本来复现该问题？
但这并不等同于将其移除。
即使你移除了 retort 插件，情况也是如此吗？
这并不重要。你说过他们已经安装了 retort。
或许您能帮忙告诉我如何重建网站？
@Andro 您安装了 retort 插件吗？