Ich habe gerade eine Massenbearbeitung an fast tausend Themen vorgenommen, um eine Kategorie leicht zu bereinigen/neu zu organisieren. Ich hatte nicht erwartet, dass diese Aktion E-Mails versendet (außer vielleicht an die Ersteller der Beiträge, dass ihre Beiträge bearbeitet wurden), aber die Benutzer, die die Zielkategorie beobachteten, erhielten jeweils fast tausend E-Mails!
Beachten Sie, dass diese Massenbearbeitung das Datum des Themen-Bumps nicht geändert hat – selbst bei Themen, die keine Antworten hatten. Ich habe mit ein paar Themen begonnen, um zu bestätigen, dass dies das Ergebnis war, bevor ich alle tausend bearbeitet habe. Das ist genau das Verhalten, das ich mir wünschen würde, und in meinem naiven mentalen Modell ist ein aktualisiertes Bump-Datum ziemlich eng mit einer E-Mail-Benachrichtigung korreliert (aber offensichtlich war das fehlerhaft).
Dies ist ein unerwartetes Verhalten mit äußerst folgenschweren Auswirkungen. Es wäre großartig, wenn entweder die Benutzeroberfläche dies deutlicher machen würde oder wenn es einfach nicht passieren würde.
Der Dialog selbst sieht ziemlich harmlos aus, und die Ellipsen in der Schaltfläche „Kategorie festlegen…“ lassen vermuten, dass noch eine weitere Ansicht angezeigt wird, bevor die Aktion ausgeführt wird.
Ich verstehe nicht ganz, was Sie fragen, aber der (standardmäßige) Status quo, wie ich ihn verstehe, ist:
Jane beobachtet neue erste Beiträge in der Kategorie #foo.
Ich ändere in großen Mengen 1000 alte Themen und verschiebe sie von #bar nach #foo.
Jane erhält 1000 Benachrichtigungen (E-Mails, Klingeltöne oder Abzeichen), die ihr „veraltet“ erscheinen – wenn sie zur Kategorie #foo navigiert, werden keine dieser Themen als neu angezeigt, da sich das Datum des letzten Beitrags nicht geändert hat.
Ich möchte, dass sich dieses Verhalten auf eine oder mehrere Arten ändert. Ich denke, es wäre hilfreich, wenn Discourse die Möglichkeit vieler Benachrichtigungen während Schritt 2 hervorheben würde. Es wäre noch besser, wenn es möglich wäre, diese Benachrichtigungen während Schritt 2 mit einer Checkbox oder Ähnlichem zu vermeiden. Und ich denke, es wäre am besten, wenn dies einfach das Standardverhalten wäre – vielleicht ist es meine mangelnde Vorstellungskraft, aber ich habe das Gefühl, dass Administratoren im Allgemeinen Massenaktionen durchführen möchten, ohne Massenbenachrichtigungen zu versenden. Dies ist ein ganz anderer Fall als das Verschieben eines einzelnen Themas.
Ja, ich habe festgestellt, dass die Einstellung „Kategoriebearbeitungsbenachrichtigungen für Themen deaktivieren“ anscheinend watching_first_post-Benachrichtigungen beeinflusst, nachdem ich hier gesucht und das verlinkte Thema oben gefunden habe. Ich war mir der Einstellung vorher nicht bewusst, aber selbst wenn ich mir dessen bewusst gewesen wäre, hätte ich erwartet, dass sie sich aufgrund ihrer Formulierung nur auf die edit-Benachrichtigungen des Themaautors auswirkt. Es ist definitiv hilfreich zu wissen, aber ich denke, die Tatsache, dass Sie versuchen, sich daran zu erinnern, sie für Massenaktionen zu deaktivieren, sagt einiges aus.
Ich denke, es ist sinnvoll, dass eine manuelle (nicht-Massen-)Kategoriebearbeitung eine watching_first_post-Benachrichtigung auslöst. Und es macht mir nichts aus, wenn der Themaautor bei einer Massenaktion eine edit-Benachrichtigung erhält (es gibt wahrscheinlich um Größenordnungen weniger und es ist viel offensichtlicher, warum sie passieren).
Es gibt auch eine Einstellung disable system edit notifications, die „Bearbeitungsbenachrichtigungen durch den Systembenutzer deaktiviert, wenn ‘download_remote_images_to_local’ aktiv ist“.\n\nIch gehe davon aus, dass dies dazu dient, dass es nicht störend ist, wenn Beiträge automatisch umgeschrieben werden, um lokale Upload-URLs zu verwenden. (Kann das jemand bestätigen?) Aber es scheint auch zu bedeuten, dass man über die API „stille“ Änderungen vornehmen kann, wenn man den Systembenutzer verwendet…
Es scheint, als ob dies ein paar Mal aufgetaucht ist. Ich glaube, es gibt auch diesen hier, der einen Punkt bezüglich der erneuten Benachrichtigung von Personen macht, die im Original mit @erwähnt wurden:
Ich werde sehen, ob ich diese aufräumen kann.
(Ich habe mich für ‘schließen und weiterleiten’ entschieden, da eine Zusammenführung unübersichtlich werden könnte)
Ich habe nach ähnlichen Threads gesucht und ein paar gefunden, aber meine Güte, es gibt viele. Das funktioniert einfach nicht so, wie viele Leute es erwarten. Meine Erwartungen waren ziemlich genau im Einklang mit dieser Meinung:
Aber das ist nicht richtig. Es stimmt zwar, dass Massenbearbeitungen keine Themen hochschieben, aber sie lösen Benachrichtigungen aus.
Wir haben anderswo einige Grenzen, wie z. B. maximale Erwähnungen, die lediglich informatives Feedback geben, wie z. B. „Sie haben die maximale Anzahl von Erwähnungen überschritten, daher wird niemand benachrichtigt.“
Vielleicht machen wir das hier so? Legen Sie eine maximale Bulk-Größe für Benachrichtigungen fest und zeigen Sie diese auf unaufdringliche Weise an, wenn sie überschritten wird?
Wir könnten einen vernünftigen Standardwert zwischen 5 und 20 wählen. Seiten, die niemals Massenaktionen benachrichtigen möchten, können ihn auf 0 setzen, und Seiten, die immer benachrichtigen möchten, können ihn auf eine sehr große Zahl setzen.
