管理者がモデレーターでない場合にフラグ通知を表示しない設定を追加

貢献 特徴
1

Discourseサイトの管理者は、モデレーターではない場合があります。管理者として、モデレーション以外の理由でサイトで非常にアクティブになる可能性があります。この場合、フラグについて通知されたくないでしょう。

私の提案は、ユーザーが通知されるかどうかをサイト設定、たとえばflag_notifications_allowed_groupによって決定することです。

現在の動作を維持するために、デフォルトではこの設定には管理者とモデレーターが含まれます。しかし、通知を受け取り、フラグの処理に役立ちたい管理者が参加できる任意のグループで設定できます。

「いいね！」 5
3

この機能リクエストは素晴らしいですね、+1

管理者として、レビューキューやモデレーションに関する通知を受けたり、関与したりしたくありません。

現在、フラグ付きコンテンツの通知は解除できませんが、他の種類の通知はすべて解除できます。

「いいね！」 4
4

このテーマコンポーネントに、この機能を設定として追加しました。ただし、この設定はすべての管理者ユーザーに影響します。管理者グループ内の特定の管理者のみを対象に指定する細かな制御はできません。（そのような機能を実現するには、preferences/notificationタブに管理者ユーザー用の設定を追加するプラグインを開発する必要がありますが、今のところそれを作る気にはなれません）。

「いいね！」 5
5

これが多くの人に喜ばれるものになることは理解できます。

これを実現するためのいくつかの可能な方法があります：

  • a) 最初の投稿で提案されたように _groups 設定を追加する
  • b) ハードコーディングされたグループを @moderators への通知のみに変更し、関心のある管理者にはモデレーターも兼任させる
  • c) 個人通知設定を追加し、各人がこの特定の通知を受け取るかどうかを制御できるようにする（@Lilly のテーマコンポーネントのようなもの）

この場合、私は (b) または (c) を支持します。

@awesomerobot ここでの設計として最も理にかなっているものについて、何かご意見はありますか？

「いいね！」 2
6

参考までに、エンジニアではない私の意見では (b) です。

a) はあまり意味がなさそうです。なぜなら、私たちが扱っているのは2つのグループ（管理者とモデレーター）だけで、そのうちの1つ（モデレーター）は常にフラグ通知を受け取る必要があるからです。したがって、

b) は断然簡単で、個々の管理者は必要に応じてモデレーターグループに自分を追加したり、追加しないままにしたりできます。

c) は、ユーザーが管理者かどうかをチェックし、設定を彼らの設定/通知タブに追加するためにコアコードにより多くの作業が必要になりますが、本質的には (b) と同じ結果になります（正直なところ、これを実現する方法についての機能するアイデアがあり、すでにプラグインとして探索済みです）。

「いいね！」 3
7

まあ、気分転換に——フラグ通知を Moderators グループのメンバーにのみ送信するようにするPRをここに開きました（上記のオプションB）。つまり、Moderators グループのメンバーではない Admins は、フラグに関する通知やインジケーターを受け取らなくなります。もちろん、サイドバーからいつでもレビューキューにアクセスすることはできます。

いつものように、いくつかのPRテスト（おそらくlinting）が失敗すると思います。lol

昔からの友人 triage-bot が直してくれるはずです :slight_smile:

追記：Moin、カテゴリモデレーターのことなんて気にしてないよ :laughing:

「いいね！」 4
8

カテゴリの新しいグループモデレーターを作成する人が、そのグループを設定に追加し忘れた場合、カテゴリモデレーターに通知が届かないという事態が簡単に発生する可能性があります。

@moderators のみに通知する場合でも、カテゴリ内のフラグについてカテゴリモデレーターに通知が届かなくなります。デフォルトのグループに依存するのではなく、フラグを処理できるすべてのモデレーターに何らかの方法で通知する必要があると思います。

「いいね！」 3
9

好奇心からですが、これらのオプション、特にオプション b はカテゴリモデレーターにどのように適用されるのでしょうか？
(申し訳ありませんが、現在他の多くの業務を抱えており、カテゴリモデレーターでの動作をまだテストする機会がありませんでした)

「いいね！」 2
10

ああ、良い点ですね。

オプション (b) を説明するより良い方法です。精神 的には、それが私が意味していたことです。

このアプローチが最も良さそうです（明示的な追加設定は不要）。

「いいね！」 2
11

管理者をフラグ通知から除外する案には少し懐疑的です。ただし、管理者をデフォルトでモデレーターとして設定する場合は別です。その場合、フローは「これらの通知が不要な場合は自分を除外する」になり、最初に通知を受け取るために自分をグループに追加する必要があることを知らなければならないという状況は避けられます。

ホスティングの経験から、モデレーターが0人のサイトは珍しくないと分かっており、管理者が通知を受け取っているにもかかわらず、フラグが非常に長い期間処理されずに積み上がることもあります。そのような状況でデフォルトで管理者への通知を削除すると、状況が悪化する可能性や、意図しない結果になる可能性さえあります。

以前[1][2]、特定の通知タイプを制御する設定を求める要望がありましたが、これはより大きなプロジェクトです。しかし、これが最も理にかなっていると思います。

これは単なるスケッチですが、アイデアは以下のようになります：

image
image1036×1234 42.3 KB

  1. Idea for advanced notification configuration ↩︎

  2. More granular settings for email notifications ↩︎

「いいね！」 4
12

うーん。モデレーターにのみ送信される通知があります（ユーザーが自動的にサイレンスされた場合や、承認待ちのユーザーに関する通知など）。したがって、モデレーターがいないフォーラムはすでに通知を受け取っていません。
FEATURE: add bootstrap first admin job - Pull Request #39851 - discourse/discourse - GitHub で、最初の管理者をモデレーターとしても設定できるようにするサポートが再追加されたことを知っています。これはブートストラップモードが削除される前にも、すでにしばらく存在していました。したがって、現在 Uncategorized が削除されているのと同様に、既存のフォーラムには少なくとも1人のモデレーターがいることを強制できるかもしれません。

その後、モデレーターに関する通知のデフォルト設定を導入し、カスタム通知管理というより複雑な変更で引き続きカスタマイズできるようにすることができます。[1]

  1. プッシュ通知はそれにおける第3のオプションになり得ます ↩︎

「いいね！」 2
13

もっともな意見です。他のいくつかの理由から、管理者をデフォルトでモデレーターに設定すべきだと感じています。したがって、ここでは「単純な」変更を行うために、その範囲を必須条件として検討することに問題はありません。

これは、管理者だけでなくすべてのユーザーを対象とした通知全体の長期的な方向性として、好ましいと思います。

これは @Lilly が探求してきた取り組みとも整合していると思います。

「いいね！」 3
14

私見ですが、これは機能的な問題ではなく、教育・ドキュメントの問題です。

ともかく、チームがこれを進めたい方向ではないようだったので、PRを閉じました。 :slight_smile:

「いいね！」 3