現在、/activity/pending はすべての保留中のトピック/投稿を一覧表示していますが、トピックにアクセスして「承認待ち」ボックス下の「削除」ボタンをクリックした場合のみ、投稿を削除することができ、ユーザーはスタッフに連絡しない限り、保留中のトピックを自分自身で削除することはできません。
このコミットでは、以前と同様の論理に基づいて、ユーザーが保留中のトピックを自分自身で削除できるように、/activity/pending ページに直接同様の「削除」ボタンを追加しました。
変更前：
変更後：
https://github.com/user-attachments/assets/606d9fdd-ee9e-4445-931a-9607f642e97a
また、この機能をテストするためのいくつかのスペック（テスト）も追加しました。
いいね！いくつかの考えですが..
なぜ、削除されたトピックがスクリーンショットのようにキューに残るのですか？ 単に…キャンセルされればいいはずです。
論理は投稿の場合と同じにしています。つまり、スタッフがアクションを行う前にユーザーが投稿を削除した場合、上記のようにキューに残ります（ステータスは「トピックまたは投稿が削除されました」なので、保留状態には影響しません）。
また、ユーザーが誤って保留中のトピックを削除した場合、スタッフに回復を依頼できるため、これは理にかなっていると思います。
破壊的なアクションをワンクリックで実行するのではなく、確認プロンプトを表示する方が理にかなっていると思います。
わかりました。ユーザーが確認できるようにポップアップを追加します。
Discourse はどのような類似のケースで確認プロンプトを表示しますか？
私が投稿した投稿やトピックを削除する際にも、確認ステップはありません。ブックマークのリストでも、「ブックマークを削除」をクリックすると、再確認なしに削除されます。
情報が一時的に失われる場合、例えば下書きを破棄する際には、再確認を求めるのは理解できます。しかし、そのようなケースが多すぎると、重要な操作がそれほど重要でないように感じられてしまうため、あまり多くあるべきではないと思います。（この文脈ではこちらの議論も興味深いかもしれません）
スタッフメンバーがトピックを復元できる限り、このトピックに確認が必要だとは思いません。
とても素敵な @small-lovely-cat！
私には理にかなっているように思えます
おや、それは奇妙ですね。先ほどトピックを削除しようとしたのですが、標準ユーザーでも一切警告が表示されませんでした。実際に試してみて、ようやくその仕組みが理解できました。しかし、管理者用のUXにあまりにも慣れすぎていたのか、ユーザーとして操作する際には確認ダイアログが表示されないことを忘れていました。正直なところ、表示されるものだと思っていました。ただし、返信ポップアップでは確認ダイアログが表示されるので、このケースとほぼ同じように感じます。
結局のところ、これは個人の好みによる問題だと感じています。私は、誤ってクリックやタップしないよう、素早い確認ステップがあることを好んでいます。
しかし、そのケースでは投稿の内容が失われてしまうため、他の例とは異なります。Discourseは一般的に、ユーザーが自分の行動を理解しているという前提で構築されており、重大な結果を伴う場合のみ警告を表示するようになっています。
まさにその通りです。これは必ずしもDiscourse固有のものではなく、一般的なUXのベストプラクティスです。モーダルやダイアログはユーザーの操作フローに摩擦を生む要素であり、アクションが本当に破壊的な場合にのみ使用すべきです。元に戻したり取り消したりできる操作であれば、それらなしで進めても問題ありません。
私も確かにその通りだと思いますが、少なくともこの機能の問題点は、スタッフの介入なしには取り消せないように見える点です。もし私がユーザーで、「投稿を撤回」ボタンを誤って押してしまった場合、投稿を承認してもらうためにスタッフ（それが目に入らない可能性もあります）に頼みに行くよりも、モーダルダイアログで止められる方がましです。
はい、「簡単」の定義は議論の余地があります
下書き投稿を削除する従来の方法では、トピックにアクセスして一番下にスクロールし、「削除」ボタンをクリックします。このプロセスは、意図しない操作を防ぐために十分に複雑です。
しかし、下書きはリスト形式で表示されており、誤って間違った行の削除ボタンをクリックしてしまう可能性があります。その場合、復旧のためにスタッフに連絡する必要があり、時間と手間がかかります。ユーザーの観点からすると、これはそれほど「簡単」ではないように思えるため、ここでは確認ダイアログが必要かもしれません。
P.S. 私の最初のコミットでは、下書き投稿の削除と同じロジックを維持することを目的としていましたが、ここでユーザーに再度注意を促す必要があるかもしれません。
