Guten Tag
Flagge: Benutzer benötigt Freigabe.
Nachdem ein Benutzer wegen Spam suspendiert wurde, ist heutzutage ein „Ja“-Knopf übrig geblieben.
Diese Änderung scheint mit GitHub - discourse/discourse at 5b61a1d4496d9ea51fcd6fd79f736dff530781ab · GitHub (oder möglicherweise einer früheren Version) erfolgt zu sein.
Hinweise:
Danke für deine Bemühungen, dieses Problem zu lösen, @awesomerobot.
Mein Forum wurde auf die Discourse-Version ed00bce10a9e2ad5f12f6ae6b3a229bb62cf2d2b aktualisiert, die discourse/discourse#43495 enthält. Wir sehen bei den Prüfpunkten „Benutzer benötigt Genehmigung“ weiterhin diese unerwarteten Schaltflächen.
Vielleicht war der Bericht nicht eindeutig. Das Problem ist nicht, dass Kontext fehlte. Das Problem ist, dass wir den Prüfpunkt bereits gelöst haben, indem wir den Benutzer über die Flaggen-Prüfungs-Oberfläche suspendiert haben. Es gibt keinen Grund, warum auf einem gelösten Prüfpunkt weiterhin diese „Ja“-Schaltfläche vorhanden sein sollte. Sie führt nur zu Verwirrung, da sie den Eindruck erweckt, es sei eine zusätzliche Aktion erforderlich, um die Prüfung abzuschließen, während die einzige angebotene Aktion die Genehmigung des Benutzers ist – was bei Spamern keinen Sinn ergibt. Bei keinem anderen Typ von Prüfpunkt gibt es nach der Prüfung Schaltflächen, und diese Schaltflächen waren bei den Prüfpunkten „Benutzer benötigt Genehmigung“ zuvor auch nicht vorhanden.
Das ist eindeutig ein Bug, kein „UX“-Problem.
Ah, jetzt habe ich es verstanden. Danke für die zusätzlichen Details – das musste erst mal entwirrt werden… Ich hatte angenommen, dass es sich um etwas handelt, das wir bei den Änderungen an der Review-Queue übersehen haben, aber es ist eine Nebenwirkung einer anderen Änderung, die die Review-Queue eigentlich nicht beeinflussen sollte.
Das ursprüngliche Problem war, dass bei aktiviertem must_approve_users Benutzer, die einen Eintrag in der Review-Queue hatten, der bereits bearbeitet wurde, aber noch nicht freigegeben waren, nicht über ihre Admin-Seite freigegeben werden konnten, da die Freigabe nur für ausstehende Einträge funktionierte. Der Fix erlaubte die Freigabe von Benutzern auch dann, wenn bereits bearbeitete Einträge in der Queue vorlagen. Das hat die Admin-Seite behoben, führte aber dazu, dass der Freigabe-Button auch bei bereits bearbeiteten Einträgen in der Review-Queue angezeigt wurde.
Also wurde nicht der Kontext behoben, sondern wie du gesagt hast, sollte dieser Button dort gar nicht erst erscheinen. Ich habe einen Fix in Arbeit, der ihn in der Review-Queue wieder ausblendet:
Ich werde Beitrag #6 als Lösung markieren, sobald ich das gleiche Flag erneut vorfinde.
Danke für die Arbeit.
OK, das Problem scheint gelöst zu sein.
Wo ist der Lösung-Button auf diesem Forum? Ich würde ihn in der Reihe mit den Symbolen unter dem Beitrag erwarten.
Das gelöst-Plugin ist in dieser Kategorie nicht aktiviert. Du kannst den Button unter Themen beispielsweise in Support finden.
Manchmal markieren Benutzer Themen als gelöst, nachdem jemand einen Workaround geteilt hat, der aber nicht die endgültige Lösung ist. Daher wird bei Themen in dieser Kategorie das #fixed-Tag hinzugefügt und das Thema von der Person geschlossen, die das Problem behoben hat.
