Alle Fälle von zu schnellem Tippen durch Benutzer an die Überprüfungswarteschlange senden

Merkmal
1

We noticed that without us knowing about it, many users (about 50) got silenced. Turns out that in some cases when a user types too fast their post gets send to the review queue, but in some cases it does not get send to the review queue.

  1. If a post does not get send to the review queue we are not made aware that a user got silenced.
  2. The fact that there are two different ways in which users who typed too fast are handled meant most of our moderators were under the false assumption that all cases of user typed too fast were always send to the review queue. That’s a reasonable assumption, the system is confusing by having two different ways of dealing with the same thing.
  3. Users often feel discouraged when they get silenced and their post doesn’t go public, and don’t care to try and message a moderator.
  4. When they get unsilenced, their post is still lost, which again is discouraging.
  5. Not everyone who types crazy fast is a spam bot. It may as well be a user who used google translate to translate a long text he wrote to English before posting it.

Please consider changing this and sending all those posts to the review queue.

4 „Gefällt mir“
2

Same here, and I agree, it is confusing.
Is there any special reason behind this “some go to the review queue, some don’t”?

3

Dann ändern Sie Ihre Website-Einstellungen entsprechend, wenn Sie erwarten, dass Benutzer viel Text einfügen (das ist wirklich seltsam und ein starkes Indiz für einen Spammer), dann ändern Sie min_first_post_typing_time in Ihren Website-Einstellungen.

Problem gelöst. :handshake:

4

@codinghorror Haben Sie Kommentare dazu?
Ich versuche immer noch zu verstehen, was vor sich geht.

5

Zuerst hätte ich gerne eine Antwort auf meine Frage:

Wenn Sie erwarten, dass Benutzer viel Text einfügen, ändern Sie min_first_post_typing_time in Ihren Website-Einstellungen.

Haben Sie diese Einstellung bereits geändert? Wenn nicht, warum nicht? Was hindert Sie daran?

1 „Gefällt mir“
6

Nein, diese Einstellung ist immer noch auf den Standardwert von 3000 ms eingestellt.
Warum sollte ich sie ändern? Ich kann mir gut vorstellen, dass Leute Google Translate benutzen, es in den Übersetzer einfügen und Enter drücken. Daher sehe ich keinen Grund, mit dieser Einstellung herumzuspielen.

Vielleicht war ich mit meiner Frage nicht klar genug.

min_first_post_typing_time Hilfetext erklärt:

Minimale Zeit in Millisekunden, die ein Benutzer während des ersten Beitrags tippen muss. Wenn der Schwellenwert nicht erreicht wird, wird der Beitrag automatisch in die Warteschlange für die Genehmigung gestellt.

Ich verstehe das so: Jedes Mal, wenn der Schwellenwert nicht erreicht wird, gerät der Beitrag ausnahmslos in die Überprüfungswarteschlange.

Was ich unter „Mitarbeiteraktionen“ gesehen habe: Immer wieder wird ein Benutzer vom System zum Schweigen gebracht, weil er zu schnell tippt, aber es gibt keine Anzeichen dafür, dass dieser Benutzer in der Überprüfungswarteschlange ist.

Das ist mein Punkt. Ich möchte verstehen, warum die Mehrheit der Benutzer, die zu schnell tippen, in die Überprüfungswarteschlange gerät, während einige von ihnen nicht in die Überprüfungswarteschlange geraten.

Meine Erwartung ist, dass unabhängig vom Wert von min_first_post_typing_time, sei es 1 Sekunde oder 60 Sekunden, wenn ein Beitrag den Schwellenwert nicht erreicht, er ausnahmslos in die Überprüfungswarteschlange gerät. Was ich in der Realität sehe, ist anders.

2 „Gefällt mir“
7

Fair, aber Sie müssen diese Einstellung auf einen niedrigeren Wert anpassen, um die Ursache Ihres Problems zu beheben: Sie haben viele Benutzer, die Inhalte als normale Aktivität in Beiträge einfügen. Daher muss diese Einstellung auf Ihrer Instanz auf einen niedrigeren Wert gesetzt werden, da Ihr Benutzerpublikum andere Eigenschaften hat als das Publikum auf anderen durchschnittlichen Discourse-Instanzen.

9

[quote=“codinghorror, post:7, topic:184578”]Sie haben viele Benutzer, die Inhalte als normale Aktivität in Beiträge einfügen.
[/quote]

Ich verstehe nicht, warum dies die Ursache meines Problems sein sollte, aber ich habe min_first_post_typing_time von 3000 auf 1500 geändert.
Ich erwarte, dass dies genau nichts ändern wird.

10

Ich stimme zu. Für Ihr Publikum von Leuten, die ständig kopieren und einfügen, sollten Sie es meiner Meinung nach auf etwas viel Niedrigeres wie 100 Millisekunden ändern. Ich glaube nicht, dass eine Reduzierung von 3 Sekunden auf 1,5 Sekunden ausreicht.

Die gute Nachricht ist, dass dieses Limit nur für neue Benutzer gilt, sodass bestehende, etablierte Benutzer nicht betroffen sind.

11

Hoppla, 100 ms? Das ist ein Wert, den ich mir nie selbst ausgesucht hätte. Ich probiere es mal.

1 „Gefällt mir“
12

Warum findest du es seltsam, wenn Leute Text einfügen? In einem Forum, in dem ich aktiv bin, geht es um die Entwicklung einer Handy-App. Feedback für diese App kommt aus der ganzen Welt, oft auch von Leuten, die kein Englisch sprechen oder schreiben. Sie benutzen Google Translate, um ihr Feedback auf Englisch zu geben, und deshalb wird Text eingefügt. Wir vermuten, dass dies wöchentlich passiert.

Das löst das Problem, dass ihre Beiträge abgelehnt werden, führt aber zu mehr Spam, wie du bereits erwähnt hast. Was ich also fordere, ist eine intelligentere Methode, diese Fälle zu behandeln: Sende diese Beiträge zur Überprüfung in die Warteschlange, anstatt sie stillschweigend abzulehnen. Dafür ist die Überprüfungswarteschlange doch eigentlich gedacht, oder?

Du nennst das Einfügen seltsam, ich nenne das stillschweigende Ablehnen von Beiträgen seltsam.

1 „Gefällt mir“
14

Ich habe auch mindestens zwei Fälle, in denen ein neuer Benutzer, der mit silenced_by_staff: New user typed too fast vom System-Benutzer stummgeschaltet wurde, und er nie in der Überprüfungswarteschlange erschien, und in der Benutzerprofilübersicht gibt es keine Banner-Nachricht, die versteckte oder gelöschte Beiträge anzeigt.

15

@community-moderators Könnte dieser Thread nach Bug verschoben oder mit diesem Thema zusammengeführt werden?

1 „Gefällt mir“
16

Es wird im #bug-Thema zitiert, damit die Informationen miteinander verknüpft sind. :+1: Derzeit versuche ich, eine konsistente Reproduktion zu finden, damit wir herausfinden können, wo das Problem liegen könnte. Wenn Sie zusätzliche Details haben, die helfen könnten, teilen Sie diese bitte unter Automatic silencing for "typing too fast" doesn't notify administrator mit. :crossed_fingers:

17

Geschlossen zugunsten von Automatic silencing for "typing too fast" doesn't notify administrator