お手数をおかけし申し訳ありません。一般的に、プラグインをインストールしたユーザーは、その削除方法も理解しているものとされています。もしお客様であれば、お手伝いすることも可能ですが、そのサービスをご希望の場合は、こちら にて購読いただけます。 追記：ご質問の件は、そのサービスの範囲外と思われます。お力になれず残念ですが、幸運をお祈りします！
app.yml を編集し、retort プラグインに関する行を削除してください。
./launcher rebuild app
詳細については、Discourse へのプラグインのインストール をご覧ください。
try.discourse.org でも再現を試みることもできます。また、普段使っていないウェブブラウザで再現を試みると、ローカル環境の特殊なカスタマイズやプラグインによる影響を除外できます。
前回報告された際にも、私たちはこの問題を再現することができませんでした。残念ながら、今回も同様になる可能性が高いです。再現できない問題は修正できません。
実際に問題が発生している複数のサイトへアクセスし、試されましたか？やることはテキストを選択するだけです。複数のサイトから十数人の利用者からこの問題が報告されています。
以下のように表示されます：
WARNING: Docker version 17.05.0-ce deprecated, recommend upgrade to 17.06.2 or newer.
You have less than 5GB of free space on the disk where /var/lib/docker is located. You will need more space to continue
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 50G 42G 5.0G 90% /
Would you like to attempt to recover space by cleaning docker images and containers in the system?(y/N)y
If the cleanup was successful, you may try again now
しかし、何度実行しても何も変化しません。
yml ファイルを編集せずにプラグインをインストールできるなら、yml ファイルを編集せずに削除できることも同様に前提とされるべきです。
残念ながら、再現できない問題を修正することは、私どもでは全く不可能です。
新しい Digital Ocean のドロップレット（または同様のもの）を取得し、Discourse を最初からインストールするのはどうでしょうか？その後、データを復元して再度試してみてください。それに関する最近のトピックもあります。そのプラグインを再インストールしてください。もし動作し始めたら、当初何が問題だったのかはもう知る必要はなくなるでしょうし、もう気にする必要もなくなります 
その通りです
YAML ファイルを編集せずにプラグインをインストールする方法はありません。
Discourse のバグを修正する際に、任意の Discourse サイトで再現させる必要はなく、Discourse チームが管理するサイトで自身で再現し、ログを取得し、設定を変更してテストする必要があると考えています。そうでなければ、どのようにして修正することを期待しているのでしょうか？
笑うべきか泣くべきか分かりません。今日は私のサイトで引用機能が正常に動作しています。昨日は、以前はどのブラウザでも動作しなかったにもかかわらず、Edge と Opera では機能しましたが、Chrome や Firefox では機能しませんでした。それが今は、予想通りすべてのブラウザで突然正常に動作するようになりました。
私は Discourse に標準で付属しているもの以外に、プラグインは一切インストールしていません。バージョンは 2.6.9.beta6 で、最新のコミットまで即座に更新されています。Ubuntu 20.04 LTS を DigitalOcean のドロレット上で実行しています。
これは素晴らしいことですが、不思議です。ソフトウェアが自ら修復することはないので、OS、ブラウザ、あるいは Discourse の何らかの微小な変更が影響しているに違いないはずです。しかし、その原因を特定できる可能性は低いでしょう。私が言えるのは、「graceful」というテーマをインストールしていることだけです。このテーマはここ数日、かなりの数の更新により混乱を招いていました。しかし、私はそのテーマは使用していません。使用していないテーマを削除する必要があるのでしょうか、単に使用しないだけでは不十分なのでしょうか？使用していないテーマやプラグインなどが問題を引き起こすとは奇妙に思えますが、信じられなくもありません（ほんのわずかですが）。
最初にこの問題を提起しましたが、今言えるのは、すべてが更新され、余計なプラグインも入っていない現在の状況では、すべてが正常に動作しているということです。これはほとんど恥ずかしい限りですが、確かに問題が存在し、混乱を招いていたと断言できます。
今のところはこれが私の状況ですが、この話にはまだ続きがあるはずです。他の人々も私が経験したのと同じ現象に直面していることは確かですから。
クリーンアップを複数回実行されたことは承知していますが、非推奨となっているため、Docker をより新しいバージョンにアップグレードされましたか？
ブラウザのキャッシュをクリアすると解決することがあります。
正直申し上げますと、あなたの問題は非常に珍しいものでした。問題が、影響を受けたすべてのサイトで解消されたのでしょうか？
私は自分のサイトでいくつかの方法で再現を試みましたが、できませんでした。すべて正常に動作しました。問題が再発しないことを願っています。
https://caddy.community においても、これは依然として明確な問題です。
ログインした状態で、私たちが提供したテンプレートを使用したユーザーのヘルススレッドを任意に開いてください。「version」という単語を選択すると、引用ボタンが表示されます。しかし、その行全体を選択すると、ボタンは表示されません。
前述の通り、症状は非常に明確です。選択範囲が HTML タグの境界をまたぐと、引用ができなくなるという問題が発生します。
まず、私は Caddy に全く不慣れです。私の理解では、テンプレート内からの引用はできないが、テンプレート外のテキストについては引用できるそうです。それで合っていますか？認識を合わせようとしています。
以下の問題が、あなたが経験している引用の問題と何か関係があるのでしょうか？あなたのユーザーの一人が作業中の別のテンプレートでレンダリングの問題に気づきました。もしかして、引用の問題はテンプレートの問題に関連しているかもしれません。
それだけではありません。あなたのフォーラムでは、code 内のテキスト（単独で、あるいは code 外のテキストと一緒に選択された場合でも）を「引用」することは不可能です。
コードハイライトの設定を無効にするとどうなるでしょうか？hljs クラス、span タグ、コードブロックを囲む pre タグを削除すると、「引用」は機能します。もちろん、コードの見た目は正しくありませんが…
いいえ、テンプレートは話題をまとめるための一貫した例として挙げていただけです。しかし、この問題はどこでも発生しています。
全く無関係です。Caddy はウェブサーバーであり、その機能の一つとして Markdown や Go テンプレートを HTML にレンダリングできます。そのスレッドは Discourse 自体とは関係なく、Caddy に関する質問です。
その通りです。これは HTML 要素の境界に関する私の仮説と一致しています。
hljs はコードを構文解析し、各トークンタイプに対応するクラスを持つ HTML span を出力して動作します。つまり、コードブロックは単一の連続した HTML 要素ではなく、色付けを提供するために多くの span で構成されることがよくあります。これは明らかに hljs の問題ではありません。
それが一致しているとは限りません。Site served by Caddy looks different to my HTML when open from disk - #4 by francislavoie - Help - Caddy Community の code テキスト内の任意の文字を「引用」することは不可能です（つまり、code タグの境界内であっても）。例外として、pre タグに囲まれていない場合の file_server という単語は、何らかの理由で正常に機能します。
わかりました、ありがとう。これで諦めます
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 であるべきです。
みなさんこんにちは、
バグレポートを作成した後、このトピックを見つけました：
https://meta.discourse.org/t/cant-quote-in-certain-situations/171269
正常な再構築は、引用に関する問題を確かに解決するはずです。
私の誤解は、/admin/upgrade 経由でのアップグレードも再構築を行うものだと思っていたことです。
そもそもなぜこの問題が起きたのかを特定せずに、無闇に再構築するべきではありませんか？この問題が再発しない保証はどこにありますか？この回帰はどこから来たのでしょうか？バージョン移行スクリプトに問題があったのでしょうか？
無闇な再構築は、しばしば無闇な再起動が問題を解決するのと同様に、解決策となることが多いです。問題の原因を調査するのは自由ですが、最終的な解決策は同じになります。
あるフォーラムでは同じ現象が発生しています（ただし、新しい方のフォーラムでは発生していません）。
数回再構築を試みましたが、改善されませんでした。
どうやら、引用したい部分の中にHTMLタグが含まれている場合に起こるようです。つまり、単一の段落を引用する場合は問題ないのですが、太字の部分が含まれている場合や、複数の段落を引用しようとする場合は機能しません。
面白いことに、ログアウトして「引用の共有可視性」を匿名に設定すると、ログインしていないユーザー（少なくともそう見える限り）には機能します。そのため、これが原因ではないかと推測しています。これはかなり新しい機能だったと思います。