Veröffentlichen von zeitgesteuerten Themen löst keine neuen Themenbenachrichtigungen aus

TL;DR: Es scheint, dass zeitgesteuerte Themen bei der Veröffentlichung keine neuen-Themen-Benachrichtigungen an Beobachter auslösen. Der Anwendungsfall besteht darin, ein Scrum-Standup-Benachrichtigungsthema pro Arbeitstag zu bündeln, zu einem bestimmten Zeitpunkt zu veröffentlichen und Erinnerungen an die Standup-Teilnehmer zu senden.

Reproduzieren:

  • Stellen Sie sicher, dass Nicht-Administratoren eine bestimmte private Kategorie beobachten.
  • Stellen Sie sicher, dass diese Benutzer ohne aktive Sitzung E-Mail-Benachrichtigungen über neu manuell erstellte Themen in der Kategorie erhalten.
  • Erstellen Sie manuell ein neues Thema in der vorgesehenen Kategorie, um den „Kontrollfall
5 „Gefällt mir“

Ich habe das gerade auf meiner lokalen Entwicklungsumgebung getestet. Mein Benutzer hat keine E-Mail-Benachrichtigung für einen geteilten Entwurf erhalten, der für eine geschützte Kategorie geplant war, die er verfolgt. Der Benutzer erhält jedoch E-Mail-Benachrichtigungen für Themen, die direkt in der geschützten Kategorie veröffentlicht werden.

Nachdem ich mich als Testbenutzer angemeldet habe, stelle ich fest, dass er eine „bearbeitet“-Benachrichtigung für das Thema erhalten hat, das aus der Entwurfskategorie veröffentlicht wurde. Eine „bearbeitet“-Benachrichtigung löst jedoch keine E-Mail aus.

Edit: Ich habe auch versucht, einen geteilten Entwurf manuell zu veröffentlichen, indem ich auf die Schaltfläche „Geteilten Entwurf veröffentlichen“ geklickt habe. Auch dies erzeugt keine neue Themenbenachrichtigung oder eine Benachrichtigungs-E-Mail. Es wird lediglich eine „bearbeitet“-Benachrichtigung für die Benutzer erstellt, die die Kategorie verfolgen.

4 „Gefällt mir“

Danke für diese Klarstellung; das deckt sich auch mit meinen Erfahrungen. Ich habe den Titel dieses Themas entsprechend aktualisiert.

2 „Gefällt mir“

[quote=“simon, Beitrag:2, Thema:139335”]
Eine Benachrichtigung über eine „Bearbeitung

1 „Gefällt mir“

Nur zur Klarstellung: Ich bin der Ansicht, dass die Tatsache, dass eine Benachrichtigung für eine Bearbeitung anstelle einer Benachrichtigung für ein „neues Thema

1 „Gefällt mir“

Das liegt daran, dass es sich um eine Bearbeitung handelt, nicht um ein neues Thema.

Das bestehende Thema wird bearbeitet und die Kategorie geändert.

1 „Gefällt mir“

Außer es ist aus Sicht der Benutzer ein neues Thema. Dass der Zeitstempel aktualisiert wird, stützt diese Ansicht. (Und Benachrichtigungen als neues Thema zu behandeln, wäre ein konsistentes Verhalten.)

Ich gehe davon aus, dass die UX so konzipiert sein soll, dass sie aus der Perspektive des Benutzers und nicht des Entwicklers funktioniert. :wink:

Nur insofern, als es von einer privaten in eine öffentliche Kategorie gewechselt ist. Es ist immer noch nicht neu, es wurde lediglich die Kategorie geändert.

Endnutzer hätten keine implizite Kenntnis dieses Sachverhalts, da das Thema notwendigerweise außerhalb ihrer Sichtweise vorbereitet wurde und zum festgelegten Zeitpunkt als „neu

5 „Gefällt mir“

Wir haben dies gründlich geprüft, als wir unsere erste 3December-Herausforderung durchgeführt haben. Diese beruhte vollständig auf automatisch veröffentlichten Themen, und die Nutzer haben damals eine Benachrichtigung erhalten. Wenn dies nicht mehr funktioniert, wäre das für uns ein Problem.

1 „Gefällt mir“

Ich gehe davon aus, dass es bei dem hier diskutierten Problem darum geht, was passiert, wenn ein Entwurfsthema in seine Zielkategorie veröffentlicht wird. Die gleichen Regeln gelten für die Veröffentlichung eines geteilten Entwurfs wie für die Neu-Kategorisierung eines Themas, sodass beide Fälle hier behandelt werden können.

Mit der aktuellen Funktionalität erhalten Benutzer, die eine Kategorie beobachten, eine “bearbeitet”-Benachrichtigung, wenn ein geteilter Entwurf in seine Zielkategorie veröffentlicht wird oder wenn ein Thema in die beobachtete Kategorie neu kategorisiert wird. Bearbeitungsbenachrichtigungen lösen keine E-Mails aus, sodass Benutzer nicht per E-Mail benachrichtigt werden, wenn der Entwurf veröffentlicht wird.

Ich halte dies für einen Regression. Das Problem mit Benachrichtigungen bei neu kategorisierten Themen wurde zuvor hier diskutiert: Notifications when a topic is recategorized.

Ob eine “veröffentlicht”- oder eine “bearbeitet”-Benachrichtigung erstellt wird, hängt vom Wert des Parameters new_record ab, der beim Aufruf von post_alerter.notify_post_users im Job NotifyCategoryChange verwendet wird. Dieser Parameter ist standardmäßig auf true gesetzt, wird im Job jedoch explizit auf false gesetzt. Dies ist eine kürzlich vorgenommene Änderung. Es könnte einen guten Grund dafür geben, der mir nicht bekannt ist.

5 „Gefällt mir“

Ich habe das gleiche Problem wie @downey.

Ich lade meine Themen gerne als zeitgesteuerte Beiträge in eine private Kategorie hoch und veröffentliche sie dann automatisch in einer öffentlichen Kategorie.

Aber genau wie du – selbst wenn ich ein Team @ erwähne – erhält niemand die Benachrichtigung. Es scheint, dass das Neu-Posten keine Benachrichtigung auslöst. Wie @codinghorror bereits erwähnt hat, ist es wohl so, als würde das Thema bearbeitet, wenn die Kategorie geändert wird.

Abgesehen von den technischen Feinheiten: Gibt es eine Möglichkeit, einen Beitrag zeitgesteuert zu veröffentlichen und dabei eine bestimmte @-Erwähnungsgruppe (z. B. @ members) zu benachrichtigen?

2 „Gefällt mir“

Dies scheint die Änderung zu sein, aber ich kann nicht sagen, was sie inspiriert hat:


Update:

Für diejenigen, die eine dringende Workaround-Lösung benötigen, konnte ich die Discourse-Aktion „Neuer Beitrag“ in Zapier nutzen, um Benachrichtigungen an das Chat-System unseres Teams auszulösen, anstatt das Discourse-Chat-Plugin zu verwenden.

Ich habe diesen Fehler bei zeitgesteuerten Themen schließlich ganz umgangen und den „Zap“ basierend auf der Tageszeit ausgelöst und direkt in die Zielkategorie veröffentlicht. So löst die API das Ereignis „Neu“ aus, und ich kann das Discourse Chat Integration-Plugin nutzen, um entsprechende Benachrichtigungen zu versenden.

Es ist auch möglich, nach Themen zu suchen und dann „Neue Themen“ herauszufiltern (Zapier sieht sie weiterhin als neu), die in der gewünschten Zielkategorie erscheinen. Anfangs habe ich diesen Ansatz verwendet, habe mich aber für den oben genannten einfacheren Weg entschieden, um die tägliche Erstellung von Nachrichten zur Initiierung unseres täglichen Stand-ups automatisieren zu können.

1 „Gefällt mir“

Zunächst einmal vielen Dank für die Meldung des Problems.

Ich denke, ich habe das Problem in diesem Commit behoben: FIX: correct notification when tag or category is added (#8801) · discourse/discourse@20e7fb1 · GitHub

Im Großen und Ganzen habe ich die Logik rund um Benachrichtigungen etwas verbessert.

Wenn der Benutzer den Beitrag bereits gesehen hat, sollte der Benachrichtigungstyp edited sein. Ein typischer Fall dafür ist, wenn der OP beispielsweise eine Kategorie oder ein Tag hinzufügt, das von einem anderen Benutzer verfolgt wird.

Wenn der Benutzer den Beitrag jedoch noch nicht gesehen hat, sollte der Benachrichtigungstyp „neue Antwort

8 „Gefällt mir“

Toll, danke! Wir werden das in den nächsten ein bis zwei Tagen testen und uns wieder melden.

3 „Gefällt mir“

[quote=“kris.kotlarek, Beitrag:14, Thema:139335”]
Allerdings sollte der Benachrichtigungstyp „neue Antwort

3 „Gefällt mir“

Mein Verständnis ist, dass beim Hinzufügen der Kategorie (dies wird ausgelöst, wenn ein Thema von beispielsweise einer privaten Kategorie in eine öffentliche Kategorie verschoben wird), beide Benutzergruppen benachrichtigt werden.

Zunächst werden die Personen benachrichtigt, die diese spezifische Kategorie verfolgen. Basierend darauf, ob sie das Thema bereits gesehen haben oder nicht, wird entschieden, ob es als „bearbeitet

3 „Gefällt mir“