Gruppen-Erwähnungen in Bearbeitungen erlauben, um Benachrichtigungen auszulösen (Opt-In-Einstellung)

Kontext

Derzeit löst Discourse keine Benachrichtigungen aus, wenn ein @gruppenname-Erwähnung durch Bearbeiten eines vorhandenen Beitrags hinzugefügt wird, selbst wenn:
• Die Erwähnung gültig und verlinkt ist
• Die Gruppe Erwähnungen zulässt
• Gruppenmitglieder ihre Benachrichtigungseinstellung auf „Beobachten“ gesetzt haben
• Die Bearbeitung von einem Moderator oder Administrator vorgenommen wird

Dies entspricht dem Verhalten von Benutzernennungen und soll Missbrauch verhindern. Es gibt jedoch legitime interne/Admin-Anwendungsfälle, bei denen diese Einschränkung zu Reibungsverlusten führt.

Vorschlag

Füge eine optionale Einstellung pro Gruppe hinzu, wie z. B.:

„Erwähnungen, die durch Beitragsbearbeitungen hinzugefügt wurden, dürfen Benachrichtigungen auslösen“
(Standard: AUS)

Wenn aktiviert:
• Discourse würde jede neue @gruppenname, die in einer Beitragsrevision hinzugefügt wurde, neu bewerten
• Gruppenmitglieder mit der entsprechenden Benachrichtigungseinstellung würden benachrichtigt, als wäre sie Teil des ursprünglichen Beitrags

Anwendungsfälle
• Interne Teams, die private Mitarbeiterkategorien nutzen, um bestimmte Gruppen zu alarmieren (z. B. @support, @moderation-team)
• Foren mit strukturierten Arbeitsabläufen, bei denen Beiträge nach der ersten Einreichung getriagiert und gekennzeichnet werden
• Reduzierung der Notwendigkeit, Folgebeiträge nur zu erstellen, um sicherzustellen, dass eine Gruppe benachrichtigt wird

Anmerkungen

Dies wäre idealerweise eine Opt-in-Einstellung pro Gruppe, um versehentlichen Benachrichtigungs-Spam zu vermeiden.

Sie sollte nur neu hinzugefügte Erwähnungen in der Bearbeitung bewerten, nicht alle Erwähnungen erneut auslösen.

Kann auf Bearbeitungen nur durch Mitarbeiter beschränkt werden, wenn Sicherheits-/Datenschutzbedenken auftreten.

Ich habe eine vorübergehende Lösung angewendet

Nur zur Info, das funktioniert bei mir :person_shrugging:

Meine Schritt-für-Schritt-Anleitung für den Fall, dass ich etwas übersehen habe:

  • Stellen Sie sicher, dass die Gruppe in den Gruppeneinstellungen erwähnbar ist
  • Erstellen Sie einen Testbeitrag in einem nicht stummgeschalteten Thema
  • Bearbeiten Sie den Testbeitrag, um ‘@gruppenhinweis’ hinzuzufügen
  • Überprüfen Sie die Benachrichtigungen eines Gruppenmitglieds, um zu sehen, ob es eine Benachrichtigung erhalten hat

Ich habe es sowohl mit einer Bearbeitung innerhalb der Kulanzzeit als auch mit einer Bearbeitung außerhalb der Kulanzzeit versucht, und beide haben wie erwartet eine Benachrichtigung ausgelöst.

Was übersehe ich?

2 „Gefällt mir“

Ich meinte E-Mail-Benachrichtigungen, nicht nur Pings

1 „Gefällt mir“

Meine Testbenutzer in der Gruppe haben ebenfalls eine E-Mail-Benachrichtigung erhalten.

Wenn Sie Ihre E-Mail-Logs überprüfen, werden sie dann mit einer Begründung in /skipped angezeigt?

1 „Gefällt mir“

Die gewünschte E-Mail (vor weniger als 2 Stunden) ist weder im Ordner „Gesendet“ noch im Ordner „Übersprungen“ gelandet.

auch sollte ich anmerken

Ah, ich glaube, das hat damit zu tun, dass man keine zweite E-Mail für etwas erhält, über das man bereits eine E-Mail erhalten hat (z. B. wenn man den ersten Beitrag beobachtet).

Obwohl das Assign-Plugin für diese speziellen Anwendungsfälle perfekt wäre, wenn Sie es noch nicht ausprobiert haben?

Pings in Whispers funktionieren auch gut.

ja viele wurden kürzlich übersprungen, weil der Benutzer sie bereits gesehen hatte. Ich habe kürzlich einen Beitrag (außerhalb der Kulanzzeit) im letzten Beitrag des Themas bearbeitet und dies hat eine E-Mail ausgelöst.

seltsamerweise sehe ich diese Erwähnung nicht im Bear verlauf des letzten Beitrags