フォーラムで気づいたのですが、カテゴリをミュートしても、そのカテゴリのトピックがサマリーメールに表示されてしまいます。
これは予期しない動作です。ミュートカテゴリは「そのカテゴリの新トピックについて通知を受けない」と定義されているため、サマリーメールにも表示されないはずだと考えていました。
ここでは「Internal Comms」をミュートしているユーザーの例を示します。
そのユーザーのサマリーメールをプレビューすると、「Internal Comms」が表示されていました。
したがって、ミュートカテゴリ内の特定のトピックが異なるステータスを持っている場合を除き、サマリーメールにはミュートカテゴリのトピックを含めないようにすることを提案します。
コードを確認したところ、サマリーメールから除外されるべきは「ミュートされたトピック」であり、「ミュートされたカテゴリ」内のトピックではないようです。ここで重要になるのは、カテゴリをミュートしているユーザーが、そのカテゴリのトピックに対して、通知レベルを「ミュート」以外の状態に変更するようなアクションを取った場合です。具体的には、カテゴリをミュートする前にトピックに返信していた場合や、トピックを閲覧していた場合、あるいはカテゴリをミュートした後に返信した場合などが該当します。
上記の説明は、このユーザーの状況に当てはまりますか？
トピック単位の「ウォッチ」などの設定は、カテゴリのミュートを上書きすると予想されます。特に「リアルタイム」のメール通知においてはそうあるべきですが、サマリーダイジェストにおいても同様です。ただし、私のサマリーの利用は、まだ踏み込んでいないトピックを見つけることに主眼を置いている傾向があります。
いいえ、このユーザーは私が指摘した社内コミュニケーションのトピックとは一切関わりを持っていません。
これに同意します。トピックレベルのウォッチ設定はカテゴリの設定を上書きすべきです。つまり、ミュートされたカテゴリ内にあっても、特定のトピックをウォッチまたはトラッキングしている場合、そのトピックはサマリーメールに表示されるべきです。
マイケルさん、それでもミュートしたカテゴリ内のトピックを表示したいとお考えですか？私は関心がないためカテゴリをミュートしているので、サマリーメールでもそれらを表示したくありません。
私も同様です。まとめメールでそれらを表示されるとは期待もせず、望んでもいません。
ミュートされたカテゴリのトピックが、フォーラムのサマリーメールに表示されるかどうかご存知ですか？私の環境だけの問題なのか、それとも Discourse の仕様なのか気になっています。
こんにちは、このトピックを #feature に移動しました。私のテストでは、ミュートされたカテゴリのトピックが引き続き表示されることがすべて確認されたためです。これは私たちのコミュニティにとって非常に優先度の高い課題です！
えっと、来週 @zogstrip さんにこのコードパスを再度確認してもらえますか？それは起こるべきことではありません。
@nbianca それをあなたのリストに追加してもらえますか？
コードを確認したところ、以下の点が確認できました：
残念ながら、このコードではあるものの、今朝から私のユーザーが要約メールでミュートされたカテゴリのトピックを受け取っていることは確かです。貴社環境でも再現しますか？
親カテゴリが「通常」に設定され、サブカテゴリのみが「ミュート」されている場合に違いが出るかもしれません。
素晴らしいですね！
コードで発見された内容に基づき、このトピックをバグとして登録してもよろしいでしょうか？特に問題がなければ、数日後に移動させていただきます。
再現できなければ、あるいは再現手順を提供いただけない限り、ユーザーが正しく報告していないか、設定を誤解している可能性が高いと思われます。申し訳ありません。
再現手順や手がかりを提供いただければ、引き続き調査いたします！
うーん。テストサイトでは再現できないようです。digest_suppress_categories にカテゴリを追加してもアクティビティサマリーに表示されず、削除すると表示されるようになります。
これをデバッグするために何ができますか？ダイジェストメールに、一部のユーザーのミュートされたカテゴリのトピックが表示されています。
気づいたことの1つは、これらのユーザーのうちの1人がサイトに非常に長い間（9か月としましょう）ログインしていないことです。ユーザーに送信されたトピックのメールは、ユーザーが最後にサイトにログインした時間とトピックが最初に作成された時間の間に作成されました。
ユーザーの最終ログイン → 9か月前
トピック作成 → 6か月前
カテゴリミュート → 4か月前
