重複トピックタイトルのチェックは、元のタイトルがプライベートカテゴリ内のトピックのタイトルかどうかを考慮していません。おそらく、考慮すべきです。
「いいね！」 4
トピックがカテゴリを通じて権限を持っているかどうかは、トピックタイトルが重複していないかどうかの要件には関係ありません。
もしそれがプライベートメッセージ（PM）であれば、話は別です。
それはそうあるべきだと私は考えます。この規則の根拠は何ですか？
スラッグ/タイトルの重複、というのが本質です。これは2013年の立ち上げ当初から設計上そうなっています。
その理屈はわかるけど、個人的には根拠があまりしっかりしていないと思うんだ…このルールで何を修正しようとしているのか、あるいは何を避けようとしているのか？
2013年からずっとこのやり方なのに、なぜ急に問題になるのでしょうか 
お客様から3〜4件の問題報告があるまで、進めるつもりはありません。サンプル数が1件だけでは行動を起こしません。
他の重複投稿が見えないユーザーにとっては意味が通じないからです。ルールを回避するために、無理やりタイトルを作成せざるを得なくなります。
現時点では対応しないという判断は理解できますが、それでも記録に残す必要があります（さらに 2 つほど追加された場合のために）。
「いいね！」 5
さて、これはある意味で正しいと言えます。パスワードが重複している場合、たとえ他の人も同じパスワードを使っていても、そのパスワードを使用することは許可すべきではないのと同じです。
http://discourse.example.com/t/upgrading-discourse/8922
http://discourse.example.com/t/upgrading-discourse/7451
という URL の間の潜在的な混乱は甚大です。
一方はセキュリティ上の問題があり、もう一方は単に混乱を招くだけです…
ただし、すべて問題ありません。現時点で何らかの対応は不要ですが、後世のためにここに記録を残しておきましょう。
「いいね！」 2
スラッグの重複が実際に問題となるのは、SEO においてのみです。もしスラッグが安全なカテゴリに存在し、セキュリティが低いトピックが常に「後から」作成されると仮定すれば、これは問題にはならないはずです。
こんにちは、ポステリティです。私たちは、同じトピックを含む複数のプライベートカテゴリを作成していますが、この問題に直面しています。回避策はありますでしょうか？
重複タイトルサポートが必要な場合は、サイト設定で有効にしてください。
「いいね！」 4
エラーメッセージに競合するトピックのIDを表示することを検討してください。
トピックの更新がタイトル固有性のチェック（has_already_been_used）に失敗した場合、エラーにはどのトピックが競合の原因となっているかについての示唆が一切ありません。これは特に問題となります。なぜなら、このチェックは Topic.listable_topics に対して実行されるため、競合しているトピックが非公開（unlisted）である可能性があるからです。エラーから原因への直接的な経路が存在しないため、スタッフは status:unlisted で検索し、カテゴリや表記のバリエーションを推測して調べる必要があります。
スタッフ/管理者ユーザーの場合、エラーレスポンスにそのトピックのID（または管理者用URL）を含めることで、複数ステップにわたる調査をワンクリックでの修正に変えることができます。例えば：
{“errors”: [“Title has already been used”], “conflicting_topic_id”: 12345}
かなり微妙なバランスなので、この変更が「正しい」かどうかさえ確信が持てません
このアイデアは、他のトピックが見える場合にのみブロックを行うというものです。見ることができる場合、トピックへのリンクも提供するので、ワンクリックで閲覧できます。
「いいね！」 2
リンクはユーザー側で本当に必要な最も重要な要素なので、これは私にとって絶対的な勝利に思えます！ それに、密接に関連したロジックには2つのブール値よりも単一の列挙型を使う方がより良い選択のように思えます。共有していただきありがとうございます。
「いいね！」 1