Ich stoße sehr oft (fast jeden Tag) auf Folgendes:
Bei der zweiten Benutzerlöschung erscheint diese Meldung:
Ein Fehler ist aufgetreten: Die angeforderte URL oder Ressource konnte nicht gefunden werden.
Da der zu überprüfende Beitrag zu dem Benutzer gehört (von Akismet erkannt), den ich zuvor gelöscht habe.
Ich überprüfe Beiträge und Benutzer sehr schnell, da sie fast immer offensichtlich Spam sind, daher prüfe ich nicht wirklich, ob ich einen Benutzer oder einen Beitrag überprüfe.
Es wäre schön, wenn das Löschen eines Benutzers auf dieser Seite gleichzeitig den zu überprüfenden Beitrag dieses Benutzers löschen würde, anstatt den Beitrag zur Überprüfung beizubehalten.
Ich habe den #akismet-Tag hinzugefügt, da ich glaube, dass dieses Verhalten auftritt, wenn sowohl Discourse als auch Akismet Spam-Verhalten erkennen.
Ich habe es schlecht erklärt: Der Beitrag ist tatsächlich gelöscht, nur die Seite wird nicht in Echtzeit aktualisiert, um widerzuspiegeln, dass der Beitrag des gelöschten Benutzers ebenfalls gelöscht wurde, als wir den Benutzer gelöscht haben.
Mehr eine UX-Sache. Es gibt mehrere andere Dinge wie dieses, bei denen die Seite nach einer Aktion nicht richtig aktualisiert wird.
Wenn wir uns in einer Admin-Ansicht eines Benutzers befinden und den Benutzer nicht löschen können, weil er Beiträge hat, und wir auf die Schaltfläche “Alle Beiträge löschen” klicken, wird die Schaltfläche zum Löschen des Benutzers erst angezeigt, wenn wir einen Seitenneuladen erzwingen.
Aber das ist ein sehr kleines Problem und ich sehe nicht, dass es behoben wird.
Das Problem, um das es in meinem aktuellen Thema geht, ist jedoch etwas ärgerlicher, wenn wir viele Benutzer/Beiträge hintereinander überprüfen (jeden Tag!), wegen der Fehlermeldung.
Oh. Wenn Sie also neu laden, ist es richtig. Es wird einfach nicht über den Message Bus geschoben. Das ist UX. Ich war überrascht, dass es nicht gelöscht werden würde, da es so aussah, als würde Rails das handhaben.
