メール招待テンプレートで練習していたところ、あるメールアドレスに招待を送信し、その後、カスタムメッセージ付きで同じメールアドレスに再度招待を送信すると、カスタムメッセージが含まれずにメールが送信されることに気づきました。
これは逆の場合でも発生し、フォーラムへの招待とトピックへの招待にも当てはまるようです。
この例では、カスタムメッセージ付きのフォーラム招待を送信しました。その後、カスタムメッセージなしのトピック招待を送信しましたが、メッセージはメールに表示されたままです。
現在見つけた解決策は、後続の招待でカスタムメッセージを含める/含めないように変更した場合、元の招待を保留キューから削除することです。
お使いの状況を再現できました。これがバグなのか、UXの問題なのかは分かりません。どうやら、特定のメールアドレスに既存の招待がある場合、同じメールアドレスに新しい招待を送信しようとすると、Discourse は既存の招待を再送信するようです。問題は、これがバックグラウンドで実行され、招待送信者に何が起こっているのかを示す表示がないことです。
新しい招待を送信する代わりに、最初の招待を編集して再送信できます。
Discourse は、ユーザーが既に保留中の招待があるメールアドレスに招待を送信した場合のケースを何らかの方法で処理する必要があります。招待フォームに、そのメールアドレスに保留中の招待があることをユーザーに知らせる警告を表示し、既存の招待を編集して再送信するかどうかを尋ねるのが良いかもしれません。
以前の招待を編集できるようにすることは、良い考えではないと思います。元の招待者以外が同じアドレスを招待する可能性もあります。元の招待者が、招待された人が本当に知っている人物からのものであることを証明するために、個人的な情報を含んでいた場合、その個人情報は第三者に公開されることになります。
招待は招待者と被招待者に固有のものであるため、ユーザーは自分のアカウントから送信された招待のみを編集できます。
たとえば、前の投稿のスクリーンショットの招待を使用して、ユーザー sally が foo@example.com に招待を送信した場合、それはユーザー simon によって送信されたものとは完全に別の招待になります。Sally は simon によって送信された招待を編集する機会を与えられません。
ありがとうございます。招待機能を使ったことがなかったので、知りませんでした。
