Automatisierung sendet nicht an Gruppe

ganncamp · 17. März 2025 um 15:11

Ich habe eine Automatisierung mit dem Skript „Zeitplan für PM mit Data Explorer“-Ergebnisse eingerichtet.

Obwohl die Feldbezeichnung „An Benutzer, Gruppe oder E-Mail senden *“ lautet

Colin und ich haben die PM erhalten, aber mein Kontakt in der JVM-Gruppe nicht.

Ich kann nichts darüber in den Protokollen finden.

Beachten Sie, dass ein anderer Benutzer am 23. September berichtete, dass das Senden an Gruppen nicht funktionierte. Ich eröffne jedoch einen neuen Thread, da in diesem Thread steht „scheint nicht zu unterstützen“ und basierend auf der heutigen Benutzeroberfläche scheint die Automatisierung beabsichtigt zu sein, zu unterstützen.

ganncamp · 17. März 2025 um 15:18

Es scheint, dass das Senden an eine E-Mail-Adresse funktioniert, daher habe ich den E-Mail-Alias der Gruppe eingefügt.

ganncamp · 17. März 2025 um 17:58

Ich habe gerade manuell eine PM an eine kleine Gruppe gesendet, in der ich bin.

Ich habe nicht die Option „Eine individuelle persönliche Nachricht an jeden Empfänger senden“ ausgewählt.

Und soweit ich das beurteilen kann, hat niemand sie erhalten.

Ich vermute also, das ist das Problem.

Bearbeitung: Es scheint an die Gruppe als Entität gegangen zu sein und nicht an einzelne Gruppenmitglieder.

ganncamp · 17. März 2025 um 18:58

Los geht’s:

github.com/discourse/discourse-data-explorer

lib/discourse_data_explorer/report_generator.rb

2c1861307


      
            def self.filter_recipients_by_query_access(recipients, query)
              users = User.where(username: recipients)
              groups = Group.where(name: recipients)
              emails = recipients - users.pluck(:username) - groups.pluck(:name)
              result = []
          
              users.each do |user|
                result << [user.username, "username"] if Guardian.new(user).user_can_access_query?(query)
              end
          
              groups.each do |group|
                if group.id == Group::AUTO_GROUPS[:admins] || query.query_groups.exists?(group_id: group.id)
                  result << [group.name, "group_name"]
                end
              end
          
              emails.each { |email| result << [email, "email"] if Email.is_valid?(email) }
          
              result
            end
          end

Ich dachte, da alle Benutzer in der Gruppe squad auch in der Gruppe company waren und die Gruppe company expliziten Zugriff auf den Bericht hat, würde das funktionieren.

Aber Gruppen werden nicht auf Benutzer erweitert (und es gibt keine Option in der Benutzeroberfläche, um das zu aktivieren)

davidb · 18. März 2025 um 07:22

Hallo, danke, dass Sie die Details zu diesem Problem mitgeteilt haben.

Können Sie den Wert der Gruppeneinstellung überprüfen:

Gruppe → Verwalten → Interaktion → Wer kann diese Gruppe kontaktieren?

Wenn Sie den Wert für die JVM-Gruppe mitteilen können, hilft mir das bei der Fehlersuche.

Ich werde dieses Feedback an das Team weitergeben, um zu sehen, ob wir diese Funktion verbessern können.

ganncamp · 18. März 2025 um 11:34

In meiner Gruppe sehe ich einen Reiter “Nachrichten”.

Selbst als globaler Administrator sehe ich diesen in der JVM-Gruppe nicht:

Also habe ich mich selbst zur Gruppe hinzugefügt, in der Annahme, dass dies der Grund sein könnte, warum ich sie nicht sehe.
Immer noch kein Nachrichtenreiter.

Dann habe ich die “Interaktions”-Einstellungen der Gruppe überprüft, und ja, Messaging war auf “Niemand” gesetzt.

Also habe ich das auf “Gruppenmitglieder, Moderatoren und Administratoren” aktualisiert.

Aber der Nachrichtenreiter erscheint immer noch nicht für die Gruppe, egal wie oft ich die Seite aktualisiere.

Das Messaging der Community Manager ist auf “Jeder” gesetzt, aber das möchte ich für diese Gruppe nicht tun.

davidb · 16. April 2025 um 09:06

Ich habe mir das angesehen und die von Ihnen ausgewählte Interaktionseinstellung sollte in Ordnung sein. Sie muss nicht auf „Jeder“ gesetzt sein, damit der Nachrichten-Tab angezeigt wird.

Es gibt einige zusätzliche Schritte, die ich gefunden habe und die bestimmen, ob der Nachrichten-Tab sichtbar ist:

Der Benutzer muss als Gruppenmitglied oder Administrator angemeldet sein.
Der Benutzer muss Mitglied einer Gruppe sein, für die private Nachrichten aktiviert sind (d. h. Mitglied einer beliebigen Gruppe in SiteSetting.personal_message_enabled_groups). Die spezifische Gruppe muss nicht in dieser Site-Einstellung von Gruppen-IDs enthalten sein, aber ich denke, das wäre eine Möglichkeit, sicherzustellen, dass alle Gruppenmitglieder den Nachrichten-Tab sehen können.
Die Gruppe hat zuvor mindestens eine Nachricht erhalten.

In dem von Ihnen beschriebenen Fall vermute ich, dass entweder Punkt 2 oder 3 das Problem ist.

Wir arbeiten auch an dem Automatisierungsskript für Gruppen, um eine Option zum Senden an einzelne Gruppenmitglieder hinzuzufügen. Ich werde mehr Details dazu teilen, wenn es fertig ist.

ganncamp · 16. April 2025 um 11:18

Fantastisch!

In der Zwischenzeit habe ich festgestellt, dass zum Senden eines Berichts an eine Gruppe diese einzelne, spezifische Gruppe explizite Berechtigungen für den Bericht haben muss, anstatt dass jeder Gruppenempfänger Berechtigungen hat (über eine andere, zugrunde liegende Gruppe). Die frühe Auflösung der Gruppe in ihre Benutzer sollte mich davon abhalten, jedem Bericht 20 (buchstäblich!) Gruppen hinzufügen zu müssen!

davidb · 18. April 2025 um 14:19

Ein Update hierfür wurde hier zusammengeführt:

github.com/discourse/discourse-data-explorer

FEATURE: add option to send individual report PM to group members

main ← report-generator-users-from-groups

opened 10:26AM - 18 Apr 25 UTC

dbattersby

+28 -4

This change adds an option to the **Schedule a PM with Data Explorer results** s…cript, which when selected will send individual PMs to each group member selected in the **Send to User, Group or Email** field. <img width="575" alt="Screenshot 2025-04-18 at 12 52 41 PM" src="https://github.com/user-attachments/assets/2215193d-8eae-4ced-b4c5-c67e31942c57" /> When this field is not checked, the functionality for groups will work as it did before (ie. send a single PM to the group). ### When checked <img width="796" alt="Screenshot 2025-04-18 at 2 31 43 PM" src="https://github.com/user-attachments/assets/69f33220-d9b9-4a8e-b2ef-466789a07cf9" /> <img width="747" alt="Screenshot 2025-04-18 at 2 33 29 PM" src="https://github.com/user-attachments/assets/afb83526-5d42-4f3b-803e-ba63248e60ac" /> ### When not checked <img width="794" alt="Screenshot 2025-04-18 at 2 31 59 PM" src="https://github.com/user-attachments/assets/b3e6c06d-7f7f-4420-a308-6e222ffbd617" /> <img width="747" alt="Screenshot 2025-04-18 at 2 33 44 PM" src="https://github.com/user-attachments/assets/a72ee1e8-5c8d-4a87-bc10-c1cdb817c263" />

Es gibt jetzt ein Kontrollkästchen im Automatisierungsskript, um einzelne PMs an Gruppenmitglieder zu senden. Wenn es aktiviert ist, werden die Benutzer jeder Gruppe extrahiert und einzeln benachrichtigt.

Hoffentlich funktioniert das Skript damit besser für Ihre Bedürfnisse.

Wenn Sie eine Gruppe zum Feld An Benutzer, Gruppe oder E-Mail senden hinzufügen, benötigt diese Gruppe Zugriff auf den Data Explorer-Bericht. Das ideale Szenario wäre, eine größere Gruppe (vielleicht eine Berichtsgruppe) zu haben, die alle Mitglieder enthält, die Sie benachrichtigen möchten.

ganncamp · 18. April 2025 um 14:43

Um es klarzustellen:

Ich habe ReportA, der für AllEmployees freigegeben ist
Ich möchte ihn an EmployeeSubgroup senden

Muss ich den Bericht trotzdem für EmployeeSubgroup freigeben? Reicht es nicht, dass Employee1, der sowohl zu EmployeeSubgroup als auch zu AllEmployees gehört, über eine Gruppe Zugriff hat? Muss sie Zugriff über die „An“-Gruppe haben?

(D. h. wird die Berichtsberechtigung auf Gruppenebene geprüft, bevor sie auf einzelne Benutzer aufgelöst wird? Oder wird die Gruppe in Benutzer aufgelöst und dann die Berechtigungen der Benutzer geprüft?)

davidb · 23. April 2025 um 10:16

Vielen Dank für die detailliertere Ausführung. Ich habe nun ein besseres Verständnis des Problems, mit dem Sie konfrontiert sind, und arbeite an einem PR, der bald fertig sein sollte.

Wenn das Kontrollkästchen „Einzelne PMs an Gruppenmitglieder senden“ aktiviert ist, können wir die Abfrageberechtigungen für das einzelne Mitglied überprüfen. Da der Benutzer Mitglied sowohl von EmployeeSubgroup als auch von AllEmployees ist, sollte dies wie erwartet funktionieren.

davidb · 28. April 2025 um 10:13

Hier ist ein kurzes Update, um Sie darüber zu informieren, dass die Änderung zusammengeführt wurde. Wenn einzelne PMs an Gruppenmitglieder senden aktiviert ist, sollte es auf diese Weise funktionieren:

ganncamp · 29. April 2025 um 13:51

Hallo,

Das scheint nicht zu funktionieren. Sobald ich Ihr Update erhalten habe, habe ich die Automatisierungen aktualisiert, um die Option zu verwenden

Und als Test habe ich zwei Berichte bearbeitet, die alle 30 Minuten automatisiert ausgeführt werden, um sie nur an die größere SonarSourcers-Gruppe (d. h. Mitarbeiter) weiterzugeben. Wenn ich sie manuell ausführe, erhalte ich Ergebnisse:

Aber obwohl die Automatisierung läuft, erfolgt die Weiterleitung an CommunityManagers (EmployeeSubgroup) nicht. Ich erhalte keine PMs.

davidb · 29. April 2025 um 14:55

Hallo, es tut mir leid zu hören, dass Sie immer noch Probleme mit dieser Automatisierung haben.

Ich habe dies auf meiner Instanz erneut getestet und es funktioniert basierend auf 2 separaten Benutzergruppen.

Es gibt ein paar Dinge, die überprüft werden können:

Stellen Sie sicher, dass das Plugin auf dem neuesten Stand ist - unter /admin/plugins können Sie das Data Explorer-Plugin in der Liste überprüfen. Es sollte zum neuesten Commit im Hauptzweig verlinken - was zum Zeitpunkt des Schreibens dieser Commit ist.
Stellen Sie sicher, dass der Benutzer, mit dem Sie testen, sowohl in der Gruppe CommunityManagers als auch in der Gruppe SonarSourcers ist.
Manuell testen, indem Sie die Schaltfläche trigger automation im Skript-Editor verwenden
Schalten Sie Skip sending PM if there are no results aus

Lassen Sie mich wissen, ob diese Schritte helfen, um zu sehen, ob wir weiter untersuchen müssen.

ganncamp · 29. April 2025 um 15:34

Hallo,

wir werden von euch gehostet. Ich ging davon aus, dass die Option in der Benutzeroberfläche, an Einzelpersonen zu senden, bedeutete, dass unsere Website aktualisiert worden war. Aber wir sind bei dieser Version. Könnt ihr unsere Website bitte aktualisieren?

davidb · 29. April 2025 um 16:26

Entschuldigen Sie die Verwirrung, es scheint, dass die Berechtigungsänderung nicht früher auf Ihrer Website bereitgestellt wurde (da diese Änderung aus 2 Teilen bestand).

Ich habe Ihre Website bereitgestellt und die Plugin-Version erneut überprüft. Sie verwendet nun die neuesten Änderungen im Data Explorer.

Können Sie dies bitte erneut versuchen und mir mitteilen, ob das Problem jetzt behoben ist?

ganncamp · 29. April 2025 um 17:19

Ich habe ‘Überspringen beim Senden’ deaktiviert und es manuell ausgelöst.

Es hat funktioniert!

Vielen Dank!

davidb · 29. April 2025 um 18:38

Ausgezeichnet, ich freue mich zu hören, dass es jetzt funktioniert

Thema		Antworten	Aufrufe
Ability to send Automation AI summaries to groups Feature automation , ai	4	101	4. April 2025
Automation script Schedule PM with Data Explorer results not sending PMs Bug automation	12	1151	6. Juli 2023
PM all users or user groups using Automation Support automation	0	213	20. September 2023
Trigger PM when user is (auto)added to group Support groups , automation , personal-messages	2	68	13. Juni 2025
Add ability to filter by both username or group on /admin/email/sent Feature	1	660	12. März 2017

Automatisierung sendet nicht an Gruppe

Verwandte Themen