"Medien prüfen, es sei denn, Vertrauensstufe"-Einstellung verursacht Bewertungen mit Emojis

Fehler
1

Auf unserer Website verwenden wir die Einstellung review_media_unless_trust_level, um Forum-Beiträge von Benutzern mit einem bestimmten Vertrauenslevel, die Bilder enthalten, zu überprüfen. Dies funktioniert gut, aber der Filter ist meiner Meinung nach zu stark, wenn er auch Beiträge überprüft, die nur Emojis und einfachen Text enthalten.

Es ist sehr gut, dass die Überprüfung bei ansonsten „Nicht-Bild-Fällen“ ausgelöst wird, wie im Fall von eingebetteten Links. Daher ist es großartig, den Filter generell sehr sensibel zu halten. Da jedoch meines Wissens alle Emojis auf der Website vom Forum selbst gehostet und bestimmt werden, sehe ich keine Gefahr darin, Leuten zu erlauben, beliebige Emojis zu posten. :rocket: :sunglasses:

Wäre es möglich, diese Einstellung so anzupassen, dass Beiträge, die nur Emojis und einfachen Text enthalten, ignoriert werden?

Verwandt:

[Bearbeitung: Ich konnte den korrekten Einstellungsnamen im Titel dieses Beitrags nicht verwenden und habe stattdessen Unterstriche zwischen den Wörtern verwendet. Das Forum teilte mir mit, dass der Titel des Beitrags vage und mit „zu langen Wörtern“ sei.]

7 „Gefällt mir“
2

Schlimmer noch, ich glaube, dass Beiträge wegen Nicht-ASCII-Unicode-Zeichen zurückgehalten werden könnten – ich habe einen, der gerade in meine Überprüfungsschleife gelangt ist, und das einzige, was ich sehen kann, das es sein könnte, ist, dass er “ und ” für Anführungszeichen verwendet.

Nun, und auch ã als Teil eines Namens. Ich hoffe, das ist es nicht!

4

Entschuldigen Sie die verspätete Antwort. Ich habe dies gerade auf meiner Testseite ausprobiert und konnte es durch ein Emoji auslösen, was tatsächlich überempfindlich zu sein scheint. Ich bin mir nicht sicher, ob sie untrennbar miteinander verbunden sind, aber ich werde sehen, was ich herausfinden kann. :+1:

Ich konnte es jedoch nicht durch Anführungszeichen oder ein ã auslösen. Übersehe ich etwas?

image
image1035×653 18.2 KB

3 „Gefällt mir“
5

Ich bin mir nicht sicher – nur, dass ich einen Beitrag in der Überprüfungsschleife hatte, bei dem das die einzigen Dinge sind, von denen ich glaube, dass sie es sein könnten.

1 „Gefällt mir“
11

Ich glaube nicht, dass das der Fall sein kann, wenn man sich Folgendes ansieht:

Wir verlangen, dass die Bildgröße vorhanden ist… leider werden Emojis als Bilder betrachtet, da sie Größen haben, sodass sie ausgelöst werden.

Es sollte relativ einfach zu beheben sein, aber wir werden eine interne Nachverfolgung einführen müssen, die Bilder von Emojis trennt, wenn die Größen bestimmt werden.

12

Hier ist mein Beispiel, wo es passiert ist:

https://meta.discourse.org/t/why-did-this-post-get-held-for-moderation/253048/2?u=mattdm

(Entschuldigung an Nicht-Mitarbeiter, dass ich einen privaten Link in einem öffentlichen Thema platziert habe – da er den Namen einer Person enthält, behandle ich ihn als sensibel)

13

Nein, das tut es nicht. Aber was auch immer :wink:

14

Okay, ja, pedantische Punkte für dich. :slight_smile: Der Link enthält keinen Namen, aber der verlinkte Inhalt schon. :slight_smile:

15

Oh, das wäre der Avatar im Zitat (der in Ihrem Screenshot versteckt ist, da er sensibel sein könnte :man_facepalming:_
Dasselbe Problem, aber eine andere Familie. Wir werden uns auch darum kümmern. Die Arbeit ist für die nächsten 20 Werktage geplant.

  • Emojis nicht zählen
  • Benutzeravatare in Zitaten nicht zählen
3 „Gefällt mir“
17

Ich habe mir das kurz angesehen und das Problem scheint von diesem Commit zu stammen: FEATURE: Review posts with media. (#10693) · discourse/discourse@f85f73b · GitHub, da wir imageSizes vom Client verwenden, um review media unless trust level zu prüfen.

Wir sollten uns stattdessen darauf verlassen, dass der Server die Prüfung durchführt und etwas Ähnliches wie hier tun:

Bevor wir die Medien prüfen, die der Benutzer zu seinem Beitrag hinzugefügt hat.

Ich weiß nicht, ob wir in NewPostManager Zugriff auf eine “nokogiri-ed” Version des gekochten Beitrags haben und falls nicht, wie groß der Performance-Hit sein könnte :thinking:

2 „Gefällt mir“
19

Es ist etwas seltsam, dass wir das tun, und im Client erkennen wir die „Bilder“, indem wir die Vorschau abfragen, was auch nicht ideal ist.
https://github.com/discourse/discourse/blob/main/app/assets/javascripts/discourse/app/controllers/composer.js#L1008-L1018

Hier gibt es Raum für eine große Umstrukturierung, aber in der Zwischenzeit können wir einfach Emojis und Avatare davon ausschließen, ihre imageSizes an die Nutzlast zu senden. Ich habe überprüft, dass Bildgrößen für Emojis und Avatare überhaupt nicht verwendet werden, daher scheint dies sicher zu sein: FIX: Don't send image sizes for emojis/avatars by pmusaraj · Pull Request #20589 · discourse/discourse · GitHub

Wie in der PR-Beschreibung angegeben, werden auch Onebox-Bilder den Beitrag in die Überprüfungswarteschlange stellen, aber wenn diese Einstellung aktiviert ist, scheint das für mich ein wünschenswerter Nebeneffekt zu sein.

3 „Gefällt mir“