Ruby-Hash-Syntax wird in E-Mails an gelöschte Benutzer angezeigt

[Richie (Richie Rich)]

Wenn ein Benutzer gelöscht wird, indem sein erster Beitrag abgelehnt wird, erhält er eine E-Mail mit dem Betreff Ihr Konto wurde gelöscht.

Es gibt einen Fehler im Text/Inhalt der E-Mail, der in der Mitte der E-Mail eine Art Ruby-Hash-Syntax anzuzeigen scheint:

Hallo,

Dies ist eine automatisierte Nachricht von SITE NAME, die Sie darüber informiert, dass das mit dieser E-Mail-Adresse verknüpfte Benutzerkonto von einem Mitarbeiter gelöscht wurde.

{:off_topic=>„Ihr Beitrag wurde als nicht themenbezogen markiert: Die Community ist der Meinung, dass er nicht gut zum Thema passt, wie es derzeit durch den Titel und den ersten Beitrag definiert ist.“, :inappropriate=>„Ihr Beitrag wurde als unangemessen markiert: Die Community ist der Meinung, dass er beleidigend, missbräuchlich ist, Hassreden darstellt oder gegen unsere Community-Richtlinien verstößt.“ , :illegal=>„Ihr Beitrag wurde als illegal markiert: Die Community glaubt, dass er möglicherweise gegen das Gesetz verstößt.“ , :spam=>„Ihr Beitrag wurde als Spam markiert: Die Community ist der Meinung, dass es sich um eine Werbung handelt, etwas, das übermäßig werblich ist, anstatt nützlich oder relevant für das Thema zu sein, wie erwartet.“ , :notify_moderators=>„Ihr Beitrag wurde zur Moderatorenprüfung markiert: Die Community ist der Meinung, dass etwas am Beitrag manuelles Eingreifen durch einen Mitarbeiter erfordert.“ , :responder=>{:off_topic=>„Der Beitrag wurde als nicht themenbezogen markiert: Die Community ist der Meinung, dass er nicht gut zum Thema passt, wie es derzeit durch den Titel und den ersten Beitrag definiert ist.“ , :inappropriate=>„Der Beitrag wurde als unangemessen markiert: Die Community ist der Meinung, dass er beleidigend, missbräuchlich ist, Hassreden darstellt oder gegen unsere Community-Richtlinien verstößt.“ , :spam=>„Der Beitrag wurde als Spam markiert: Die Community ist der Meinung, dass es sich um eine Werbung handelt, etwas, das übermäßig werblich ist, anstatt nützlich oder relevant für das Thema zu sein, wie erwartet.“ , :notify_moderators=>„Der Beitrag wurde zur Moderatorenprüfung markiert: Die Community ist der Meinung, dass etwas am Beitrag manuelles Eingreifen durch einen Mitarbeiter erfordert.“ }}

Bitte lesen Sie unsere Community-Richtlinien für weitere Details.

---

Schritte zur Reproduktion:

1. Stellen Sie sicher, dass Discourse den ersten Beitrag jedes Benutzers zur Genehmigung erfordert
2. Erstellen Sie einen neuen Benutzer
3. Erstellen Sie einen neuen Beitrag mit dem neuen Benutzer
4. Lehnen Sie den Beitrag mit der Option „Benutzer löschen“ mit einem Admin-Konto ab
5. Der neue Benutzer erhält eine E-Mail mit dem obigen Inhalt

[Richie (Richie Rich)]

Wenn es hilft, hier sind ein paar Screenshots aus der Admin-Ansicht des abgelehnten Beitrags:

Vor der Löschung des Benutzers:

Nach Ablehnung und Löschung:

[selase (Selase Krakani)]

Das sieht nach einem Fehler in der Generierung von flag_reason aus:\n\ndiscourse/app/mailers/user_notifications.rb at 1aa055cee202d3045594eaf6f14b3742b0e71d34 · discourse/discourse · GitHub enthält nicht das Flag :needs_approval (das im beschriebenen Ablauf erstellt wird). Aus diesem Grund wird der Überschlüsselungsschlüssel zu flag_reasons. (ohne Suffix), was den gesamten YAML-Abschnitt anstelle eines einzelnen Eintrags zurückgibt. Deshalb befindet sich anstelle des Flag-Grundes ein Ruby-Hash.\n\ndiscourse/config/locales/server.en.yml at 1aa055cee202d3045594eaf6f14b3742b0e71d34 · discourse/discourse · GitHub diesem Zusammenhang beeinträchtigt dies wahrscheinlich auch benutzerdefinierte Flags, da deren Übersetzungen ebenfalls fehlen würden.

[Moin]

@selase

Dies wirkt sich wahrscheinlich auch auf benutzerdefinierte Flags aus

Ich bin sicher, dass es das tut. Ich habe das im Mai erwähnt

@Moin

@Moin

Nebenbemerkung:

• Wie bereits erwähnt (https://meta.discourse.org/t/modify-add-site-text-associated-with-custom-moderation-flags/335942/5), funktionieren Flag-Gründe nicht mit benutzerdefinierten Flags

[selase (Selase Krakani)]

Wir haben einen Fix für das Problem in der OP zusammengeführt. Ich habe den Bericht über gestufte Benutzer in ein eigenes Thema verschoben, um die Nachverfolgung zu erleichtern, bis ein Fix vorliegt.

FIX: Missing/incorrect flag reason in `account_deleted` emails