これは必要な機能です。私たちはバグ報告の承認機能を利用しています（ユーザーが15万人以上いるため、彼らはまず投稿し、後で読む傾向があります）。私たちは一般的な「サポート」フォーラムを持っており、そこで人々に「操作方法」に関する質問を投稿するよう促しています。何か問題が発生した場合、彼らにはバグ報告フォーラムに投稿するよう求めています。しかし、問題があるのは、彼らの投稿が却下された場合（重複であるか、適切な情報が不足しているなど）、そのことを知らないことです。投稿は単に消えてしまい、そもそも投稿が送信されたのかどうかもわかりません。
これにより、彼らは摩擦の少ないサポートフォーラムにバグ報告を投稿するようになります。通常、必要な情報（再現に必要な情報など）を含めずに、全く同じ内容で投稿されます。これは私たちの作業を増やしています。却下時に理由を付けて、適切なバグ報告の提出方法について教育したり、既存の報告へのリンクを付けたりできるようにしたいと考えています。
ユーザーがこの問題を懸念として報告する際の論理的な流れは以下の通りです：
現在のバグ報告フォーラムでの投稿の仕組みでは、投稿が確実に受け取られたことを示す明確な表示が得られない可能性があります。これらの投稿は表示される前にモデレーターの承認が必要ですが、これは理にかなっています。バグは多くの人に影響を与える可能性があるため、承認メカニズムがなければ多くのスレッドが生まれてしまうからです。また、実際にはバグではない場合もあります。バグ報告フォーラムがバグリストとしても機能することを意図しているなら、投稿に承認が必要であるという別の理由もあります。
しかし、投稿が最終的に表示されない場合、投稿が受け取られたことを明確に示す確認がありません。たとえ（類似の報告を含めて）最終的に表示されたとしても、それにはかなり時間がかかることがあります。問題が継続している場合、「投稿は受け取られたのか？もう一度投稿すべきか？」と考えてしまうことがあります。また、何か表示されたか確認するために時間を費やすこともあります。
これは失望を招きます。
もし「提案とフィードバック」フォーラムに投稿された場合、投稿は少なくとも表示されるため、受け取られたことを確認できます。後で移動または削除されたとしても、送信中に失われたわけではないことはわかります。
それはより失望が少ないものです。
問題に注目することで助けになろうとする人の視点から見ると、したがって「提案とフィードバック」フォーラムに投稿する方が、バグ報告フォーラムに投稿するよりも効果的に見えます。バグ報告フォーラムに投稿するには、少なくとも1つのタグを指定する必要があり、これも投稿を妨げています。また、関連性のない情報も多く提供するように求められます。
結果として、フォーラムの動作により、問題の報告を「提案とフィードバック」として行うよう促されています。
これは、承認メカニズムが回避しようとしている重複スレッドを生み出す可能性があると言えるかもしれません。しかし、投稿する前に既存のスレッドを探すよう既に求められており、他の投稿が表示される機会を与えるために少し待つことも簡単です。
つまり、すべてを考慮すると、報告を提出したい人の視点から見ても、「提案とフィードバック」フォーラムに投稿する方がまだ効果的に見えます。