面白い考えですね！通常のユーザーとして自分のトピックを削除しようとすると、トピックは確かに閉じられますが、その閉鎖を示す小さなアクション投稿は表示されません（これはコードのこちらで発生します）。削除対象としてマークしたトピックを復元しても、小さなアクション投稿は作成されません。この挙動自体は問題ないように思えます。
ここで謎なのはモデレーターです。彼らが何をしているのか、そしてなぜそうしているのかを突き止める必要があると思います。
@Fabby さん、Configuring VPN using nmcli - Network - Manjaro Linux Forum にある編集内容が確認できません。編集の性質についてご確認いただけますか？「(投稿者によってトピックが削除されました)」という状況でしたか？
その投稿は、#support から #network カテゴリに再分類された、と表示されるだけです…
モデレーション履歴にそれ以外の記録はなく、ユーザーへのメモもなく… モデレーターによって「開かれた」（再開されたのではなく、単に開かれた）という事実のみがあります。
まだ発生しており、発見したものは引き続き追跡しています。次回、それらを復元せず、削除されたものをお知らせすべきでしょうか？
必要であれば、実際に何が起きているかご確認いただけるよう、モデレーター権限を付与することもできます。
私たちがスレッドを閉鎖したわけではありません。
当フォーラムを観察していると、これは元の投稿者（OP）が自身の投稿を削除したことに関連しているようです。システムは何かの理由で、投稿を削除または非表示にするのに時間がかかり、その間、スレッドはシステム記録もなく「ロック済み」として表示され、混乱を招いています。
この問題の原因が何なのか、あるいはロックされたスレッドが高信頼レベル（TL4）のユーザーにのみ表示されるのかは分かりません。これは私が観察しているパターンです。
デバッグのお役に立てれば幸いです！
追記：また、これらのロックされた OP には返信が一つもないことに気づきました。つまり、投稿は作成後、短時間で削除されたはずです。
ユーザーが自分のトピックを削除した場合、これはバグではないと思います。返信がない限り、自分のトピックを「削除」できます。これは、自分の非 OP 投稿（最初の投稿ではない投稿）のゴミ箱アイコンを使用する方法と似ています（まずテキストが「著者によって削除されました」に置き換えられ、その後 24 時間で投稿が非表示になります）。
あなたがスタッフやモデレーター、管理者などの特別な権限を持たない通常のユーザーの場合、その下に小さなアクションが表示されません。
以下は、try.discourse.org で今すぐ作成した例です（デモサイトは毎日消去されるため、ご覧になる頃にはもう存在していないかもしれませんが 
）
https://try.discourse.org/t/deleted-topic-deleted-topic/1403
いつの日の投稿かわかりません（私が これ を読んだときは9時間以上前の投稿でしたが、以下のような表示になります：
昨日も返信がついた投稿を自分で見かけたので、「それ」が正解であるはずはありません
私はイギリス時間（BST）ですが、デモサイトのデイリーリセットがいつ行われるか確信が持てませんでした。トピックはともかく24時間後に消えるはずだったので、スクリーンショットを撮っておくべきだったかもしれません。
ただ、結局私が言っていたことはトピックの前半で既に述べられていたことだったので、私のミスでした。
解決することを願っています。
これについてしっかり調査するには、もっと詳細な情報が必要です。いくつかの試行は行いますが、手がかりがほとんどありません。匿名ユーザーとしてトピックを眺めるだけでは、現時点では役に立つ手がかりは得られないと思います。実際に何が起きているかを把握するには、Marketplace でログ、サイト設定、データベースを調査できる人を探す必要があるかもしれません。
@littleviolette 貴社のサイトは編集履歴を非表示にしていますか？このトピックの OP にあるスクリーンショットは、自己削除されたトピックには見えません。なぜなら、コンテンツはすべて残っており、タイムスタンプの隣に編集アイコンが表示されていないからです。自己削除されていた場合、「著者によって削除されました」などの表示と編集の指示が表示されるはずです。
@Fabby 現時点では、あなたと littleviolette が同じ現象に直面しているかどうか確信が持てません。littleviolette の回答に基づいて、いくつかの提案の調査を見送ると決めていたようですが、再度確認させてください。以下についてフォローアップはありましたか？
また、API を使用しているか、他のサービスとの連携を実行しているかも知りたいです。
このトピックが始まってから観察されたすべての事柄に基づき、問題の最善の要約を二人から教えていただければ幸いです！すべてを追うのが少し難しくなってきているので、テスト中に参照できる要約があれば助かります。
こんにちは、Taylor さん、
現在 2.8.0.beta4 を実行中ですが、問題は依然として発生しています。
今日インストールされたプラグイン:
| Name | Version | Enabled? | |
|---|---|---|---|
| Discourse-auto-deactivate | 非アクティブなユーザーを自動的に無効化し、再度ログインするにはメールの確認を再入力させる必要がある | 0.0.1 | Y |
| discourse-chat-integration | Discourse を多数のチャットプロバイダーと統合するプラグイン | 0.1 | Y |
| discourse-fingerprint | ユーザーのフィンガープリントを計算し、管理者がインターネットの荒らしに対処するのに役立てる | 2 | Y |
| discourse-push-notifications | Chrome および FireFox のプッシュ通知を統合するためのプラグイン | 0.3.0 | Y |
| discourse-solved | Discourse の回答に「解決済み」ボタンを追加する | 0.1 | Y |
| discourse-user-notes | スタッフメンバーがユーザーにメモを添付できるようにする | 0.0.2 | Y |
| docker_managerdocker_manager | Discourse イメージ用の Docker マネージャー | 0.1 | Y |
| procourse-installer | 他の Discourse プラグインを検出・インストールするための Discourse プラグイン | 0.1 | Y |
| retort | Discourse 向けの React7ions プラグイン | 1.2.3 | Y |
| styleguide | Discourse でのウィジェットのスタイルプレビュー | 0.2 | N |
最初の投稿の無制限編集が有効化されています: 問題は依然として発生しています
フィルタリング すると、その時間帯に関する情報は何も表示されません: システムも discobot もモデレーターもいません（discobot をフィルタリングから除外できると良いのですが！）。
この意味がわかりません: 上記の概要と問題定義を記載したトピックをそこに投稿し、「ログ、サイト設定、データベースを詳しく調査して状況を把握できる人」を募集するということでしょうか？???
自分で調査できるような技術情報（HTML / Wiki / PDF マニュアル；動画は不可！）が Discourse で利用可能ですか？ここでは Nerds と Geeks（大文字の With Capitals）が揃っています。モデレーターチームには PostgreSQL、ネットワーク、仮想化、開発者、*nix エンジニアリング、Windows の専門家が含まれています…
データベース内の topics テーブルを確認すれば、トピックが閉じられた正確な時刻を特定できるはずです（例えば updated_at カラムを調査するなど）。定期的に topics テーブルの内容をダンプするスクリプトを実行して、過去の状態に遡れるようにしておくのも一案です。Postgresql のレプリケーションログを設定している場合は、それを利用できるかもしれません。
次に、これを引き起こした要因を特定する必要があります。原因としては、Sidekiq ジョブ（その時期に実行されたジョブを確認するために Sidekiq のジョブキューを調査）、ユーザーの操作（production.log や nginx ログファイルを調査）、または外部のアクター（API クライアント、Zapier など）による API 呼び出し（これも production.log や nginx ログファイルで確認可能）のいずれかである可能性があります。
リチャード、
私が Discourse について知っていることは以下の通りです：
少し混乱しています。
あなたはこうおっしゃいましたね。
ですから、私が何を言っているか理解できるはずです。
ともあれ、そのようなドキュメントは存在しません。これほど手厚いサポートが必要な場合は、Taylor さんの提案に従って、結局のところ Marketplace に投稿することをお勧めします。「所有者」という役割は存在せず、システムレベルのアクセス（Discourse 外、つまりシステム自体）が必要です。
ありがとうございます。より明確になりました。この会話の要約をモッドの掲示板にローカルで投稿し、どのような反応があるか見てみます。
フォローアップいただき、ありがとうございます。また、返信が遅くなり申し訳ございません。現時点で確認できた事象は以下の通りです。
元の投稿作成日時：2021年8月26日 午後6時34分
システムによる元の投稿削除日時：2021年8月27日 午後6時41分
元の投稿作成日時：2021年7月31日 午後5時48分
システムによる元の投稿削除日時：2021年8月1日 午後6時02分
以下は、本日このスレッドのOP（オリジナルポスト）に投稿したトピックのスクリーンショットです。
当フォーラムの設定について：
solved topics auto close hours（解決済みトピックの自動クローズ時間）は設定しておりません。2.8.0.beta6 を実行しており、2日前に更新しました。最近、この異常な自動クローズ動作に関する報告は受けておりません。再度発生した場合は、改めてご連絡いたします。ご支援いただき、ありがとうございます！
報告します：
最近、システム記録が残っていない状態で、同じ投稿者（OP）によって自動的に閉じられたスレッドが2件見つかりました。すぐにOPに連絡し、投稿を削除したのか確認したところ、削除したと回答がありました。これは自動閉鎖タイマーが設定されていないカテゴリで発生しました。
問題の原因は、OPが最初の投稿を削除したことに関連している可能性が高いと考えています。ただし、今回そのスレッドの1つを再オープンしたところ、24時間経過しても元の投稿が削除されませんでした。なぜそうなったのかは不明ですが、トラブルシューティング可能な方々にとって何らかの参考になれば幸いです。
ありがとうございました！
@tshenry デバッグの助けになるかもしれませんが、この現象は私たちの discourse.group フォーラムでもすでに 2 回発生しています。不思議なことに閉鎖されたトピック（すでに再開放済み）へのリンクを以下に示します：https://igraph.discourse.group/t/how-should-i-do-for-reducing-graph-object-memory-usage/909
Discourse Meta でこの件について質問しました：
編集： これは、投稿者が自分の投稿を削除しようとしたときに発生するようです。削除された投稿は、外部の閲覧者に対してロックされたように表示されますが、投稿が実際に削除された（単にロックされたわけではない）という示唆はありません。ただし、投稿者は「削除取り消し」を行うことで「ロック解除」できるという好消息もあります。詳細については、上記のリンク先のトピックをご覧ください。
おお、これは非常に有望に見えますね！最近、他の用事が多くて、じっくりと取り組む機会がありませんでした。今週にもう一度挑戦してみようと思います。皆様が共有してくださった素晴らしい情報があれば、開発チームに渡す明確な再現手順を導き出せるかもしれません。
この問題の解決に協力してくださった皆様に感謝します！
追記: 今週は時間が足りませんでしたが、来週は優先順位を高く設定して取り組みます。
@IAmGav さん、こんにちは 
この問題を再現させるために取った手順をすべて確認していただけませんか？現時点では、どんな小さな詳細も重要です。try.discourse.org では、何度、どのような方法で試しても、うまく再現できませんでした。たまたま、あちらでも再現できますでしょうか？
ユーザー側で試した主なポイントは以下の通りです：
これまでのところ、すべてのケースで投稿に編集リビジョンが表示され、内容は「(topic deleted by author)」に置き換えられています。
また、@szhorvat とも連絡を取り、管理者側の対応を試みています。何か興味深いサイト設定があるか確認できればと考えています。
try.discourse で試したところ、期待通りの動作が得られました。
昨夜テスト用に作成したサイトでも試しましたが、こちらも正常に動作しました。
したがって、問題はその特定のサイトにある可能性が高いです。
サイト上で問題を再現するために私が行った手順は以下の通りです。
これだけです。
