抱歉，我似乎没能帮上忙。通常认为，既然你安装了插件，就应该知道如何移除它。如果你是我的客户，我可以帮你操作。如果你希望我为你操作，可以订阅这项服务。 编辑：你的问题似乎超出了该服务的范围。祝你好运！
编辑 app.yml 文件，删除包含 retort 插件的那一行。
./launcher rebuild app
更多说明请参阅 在 Discourse 中安装插件。
1 个赞
你也可以尝试在 try.discourse.org 上复现此问题。此外，你还可以尝试使用平时不常用的网页浏览器进行复现，以排除任何不寻常的本地浏览器自定义设置或插件的影响。
上次报告此问题时，我们一直未能复现；预计这次情况也不会不同。很遗憾，无法复现的问题就无法修复。
2 个赞
你去了多个发生问题的网站并实际尝试过吗？你只需要选中文字即可。因为我们有大约十几位用户在不同网站上报告了这个问题。
系统只显示：
警告：Docker 版本 17.05.0-ce 已弃用，建议升级到 17.06.2 或更高版本。
/var/lib/docker 所在磁盘的可用空间不足 5GB。您需要更多空间才能继续。
文件系统 容量 已用 可用 使用% 挂载点
/dev/vda1 50G 42G 5.0G 90% /
是否尝试通过清理系统中的 Docker 镜像和容器来释放空间？(y/N)y
如果清理成功，现在可以重试。
但无论运行多少次，它都没有任何变化。
如果安装插件时没有编辑 yml 文件，那么通常也应认为可以无需编辑 yml 文件即可将其卸载。
很遗憾，对于无法复现的问题，我们完全无能为力。
1 个赞
要不要新建一个 Digital Ocean Droplet（或类似服务），从头安装 Discourse？然后恢复你的数据再试一次？最近有关于这个话题的讨论。之后重新安装那个插件。如果它能开始工作，你很可能永远不知道最初的问题是什么，但那时你也不会再在意了 :-)"
2 个赞
确实如此。
如果不编辑 YAML 文件，就无法安装插件。
2 个赞
我可以理解，修复 Discourse 漏洞的要求并不是在任意一个 Discourse 网站上复现，而是在 Discourse 团队可控的网站上自行复现、获取日志、修改设置、进行测试等……否则，你指望他们如何修复这个问题呢？
1 个赞
我真不知道该笑还是该哭。今天在我的网站上，引用功能一切正常。昨天，尽管之前有一段时间在任何浏览器中都无法工作，但在 Edge 和 Opera 中却可以，唯独 Chrome 和 Firefox 不行。而现在，它又意外地在所有浏览器中按预期正常工作了。
我除了 Discourse 自带的功能外，从未安装过任何插件。我使用的是 2.6.9.beta6 版本，已更新至最新的提交。运行在 DigitalOcean 的 Ubuntu 20.04 LTS 虚拟机上。
这当然很好，但令人费解。显然软件不会自我修复，所以一定是操作系统、浏览器或 Discourse 的某个微小变化影响了这个问题，但可能永远无法被确认。唯一能说的是，我安装了“graceful”主题，该主题在过去几天经历了相当多的更新，引发了一些波动。但我并没有使用这个主题。难道它必须被卸载，而不仅仅是停用吗？我觉得奇怪的是，未启用的主题、插件等竟然会影响系统，但我勉强愿意相信这一点。
既然我已经提出了这个问题，现在只能这样说：在一切更新完毕、没有额外插件的情况下，今天的情况完全正常。这几乎让人尴尬，但我发誓之前确实存在这个问题并造成了困扰。
这就是我现在的情况，但我相信这件事还有更多内情，因为其他人肯定也遇到了和我一样的问题。
4 个赞
我注意到您多次执行了清理操作，但您是否已将 Docker 升级到更新的版本，因为您当前的版本已弃用？
清除浏览器缓存有时会有所帮助。
我必须承认，您的问题确实非常罕见。那么，所有曾遇到该问题的网站是否都已恢复正常？
我尝试在自己的网站上通过多种方法复现该问题，但未能成功。一切运行正常。希望您的问题不会再次出现。
1 个赞
在 https://caddy.community 上，这确实仍然是一个问题。
登录状态下，进入任何使用我们模板的帮助帖。选中单词 version，会出现引用按钮。但如果选中整行，该按钮就不会出现。
正如我之前所说，症状非常明显：只要选区跨越了任何 HTML 标签边界，就无法进行引用。
1 个赞
首先，我对 Caddy 完全不熟悉。据我了解，您无法引用模板中的内容，但可以引用模板之外的文本。是这样吗？只是想确认一下我们理解一致。
下面提到的问题是否与您遇到的引用问题有关？我注意到另一个模板中存在渲染问题，而该模板正由您的一位用户处理。也许引用问题与模板问题有关？
情况不止如此。在你的论坛上，无法对任何 code 文本进行“引用”（无论是单独存在，还是与非 code 文本一起被选中）。
当你移除代码高亮设置时会发生什么？当我移除代码块周围的 hljs 类、span 标签以及 pre 标签时，“引用”功能就能正常工作了。当然，这样代码的显示效果就不太对劲了……
1 个赞
不，我只是提到模板作为一个一贯的讨论对象。但这个问题普遍存在。
完全无关。Caddy 是一个 Web 服务器，其功能之一就是将 Markdown 和 Go 模板渲染为 HTML。该帖子与 Discourse 本身无关，是关于 Caddy 的问题。
没错，这与我关于 HTML 元素边界的假设一致。
hljs 的工作原理是对代码进行词法分析，并为每种类型的标记输出带有相应类的 HTML span 元素。这意味着代码块通常不是一个连续的 HTML 元素，而是由多个 span 组成以提供颜色。这肯定不是 hljs 的问题。
1 个赞
我不确定这是否一致。在 Site served by Caddy looks different to my HTML when open from disk - #4 by francislavoie - Help - Caddy Community 中，无法对 code 文本中的任何字符使用“引用”（即使在 code 标签边界内也是如此）。除了 file_server 这个词在未被 pre 标签包围的情况下可以正常引用——不知何故这行得通。
好的，谢谢。那我就放弃了 
1 个赞
caddy.community 网站本身存在问题。我尝试在 meta、try、review、一个客户站点以及一个自托管站点上复现所报告的问题，发现多行引用在这些地方都能正常工作。我不太明白为什么 caddy 网站唯独在这个特定功能上会出现故障……但事实确实如此。
不过，我在 caddy 站点上还发现了另一个问题，即控制台中的 CSP 错误：Refused to load https://caddy.community/google-universal-analytics-v3.js because it does not appear in the script-src directive of the Content Security Policy.。根本原因在于脚本路径错误，它应该是 ../assets/google-universal-analytics-v3-HASH.js。
3 个赞
大家好，
我在提交 bug 报告后才发现了这个主题：
https://meta.discourse.org/t/cant-quote-in-certain-situations/171269
成功重建确实应该能解决你们引用功能的问题。
我的误解在于，我以为通过 /admin/upgrade 进行升级时也会自动执行重建。
1 个赞
我们是不是应该先找出问题出在哪，而不是盲目地重建？谁能保证这个问题不会再次出现？这个回归问题是从哪里来的？是不是版本迁移脚本出了问题？
2 个赞
盲目重建往往是解决方案，就像盲目重启常常能解决问题一样。你当然可以着手调查问题的根源，但最终的解决方案还是一样的。
1 个赞
我在一个论坛上遇到了同样的问题（但在另一个较新的论坛上没有）。
我尝试过重建几次，但都没有成功。
这似乎发生在您想引用的内容中包含 HTML 标签时——例如，如果您只想引用单个段落，那就没问题；但如果内容中有加粗的文本，或者您想引用多个段落，就不行了。
有趣的是，如果您退出登录，并且将“分享引用可见性”设置为匿名，那么未登录的用户就可以正常引用（看起来是这样）。所以我猜测这可能与该功能有关？我认为这是一个相当新的功能？
1 个赞