Die Grenze von 500 Zeichen für ‚Reject Reason‘ ist zu klein.

UX
,
1

Es scheint, dass ich bei der Benachrichtigung zur Überprüfung der Bewerbung eines neuen Benutzers für mein Forum und der Ablehnung der Bewerbung mit der Option “Benutzer löschen” und der gleichzeitigen Auswahl der Option, eine E-Mail-Notiz mit der Erklärung, warum ihre Bewerbung nicht erfolgreich war, beizufügen, nun eine “422 Error”-Antwort erhalte.

Wenn ich die Notiz weglasse, kann ich den Benutzer wie zuvor löschen.

Von Forum generierte E-Mail-Benachrichtigungen an registrierte Benutzer funktionieren ansonsten einwandfrei.

Die aktuell installierte Discourse-Version ist 3.2.0.beta5-dev

Forum-Fehlerprotokolle, die dem Datum dieses Vorkommens (heute) entsprechen, unten

5
Deprecation notice: `SiteSetting.min_trust_to_edit_post` has been deprecated. Please use `SiteSetting.edit_post_allowed_groups` instead. (removal in Discourse 3.3) At /var/www/discourse/app/models/co
1:19 pm
15
Deprecation notice: warning: the email parameter is deprecated. all POST requests to this route should be sent with a base64 strict encoded email_encoded parameter instead. email has been received and
1:37 pm
Email can not be processed: Email::Receiver::AutoGeneratedEmailError Received: from smtp-mx-server-8.servers.netregistry.net (unknown [202.124.241.69]) by nz-mail-receiver.localdomain (Postfix) with
1:37 pm
Email can not be processed: Email::Receiver::NoBodyDetectedError Received: from EUR04-VI1-obe.outbound.protection.outlook.com (unknown [104.47.14.50]) by nz-mail-receiver.localdomain (Postfix) with
1:39 pm
2
ActiveRecord::RecordInvalid (Validation failed: Reject reason is too long (maximum is 500 characters)) app/models/reviewable.rb:362:in `transition_to' app/models/reviewable.rb:335:in `block in perform
1:51 pm
2
Failed to handle exception in exception app middleware : ActiveRecord::RecordInvalid : Validation failed: Reject reason is too long (maximum is 500 characters)
1:51 pm
235
Sidekiq is consuming too much memory (using: 557.11M) for 'nzarchitecture.net.nz', restarting
1:54 pm
38
Deprecation notice: `SiteSetting.min_trust_to_create_tag` has been deprecated. Please use `SiteSetting.create_tag_allowed_groups` instead. (removal in Discourse 3.3) At /var/www/discourse/lib/guardia
2:06 pm
33
Deprecation notice: `SiteSetting.min_trust_to_edit_post` has been deprecated. Please use `SiteSetting.edit_post_allowed_groups` instead. (removal in Discourse 3.3) At /var/www/discourse/lib/guardian/
2:06 pm

Ich bin mir nicht sicher, wann/unter welcher Discourse-Softwareversion dieses Problem zuerst aufgetreten ist, da ich nicht viele Bewerbungen erhalte und nur wenige davon ablehnen muss, aber sicherlich hatte ich bisher keine solchen Probleme, und ich habe dieselbe eingefügte Nachricht bereits zuvor in Ablehnungsbenachrichtigungen an Bewerber verwendet.

Ich sehe einen Hinweis auf “Reject reason is too long (maximum is 500 characters)”, und mein Standardtext für den Ablehnungsgrund ist tatsächlich länger als 500 Zeichen – aber das schien bisher zu funktionieren.

Ich halte dies für wichtig zu lösen, da die Bereitstellung einer vollständigen und zufriedenstellenden Erklärung für jede Ablehnung eine grundlegende Höflichkeit gegenüber beabsichtigten Bewerbern ist, insbesondere wenn nicht klar ist, dass die Bewerbung böswillig motiviert war (wenn sie außerhalb der beabsichtigten Mitgliedschaftskriterien liegen, aber keine offensichtlichen Bots, Vermarkter oder andere “schlechte Akteure” sind).

Dies ist innerhalb von 500 Zeichen schwer zu bewerkstelligen, wenn wir auch Ratschläge für diejenigen geben wollen, die sich erneut bewerben möchten. Wenn nötig, gibt es eine Möglichkeit, die Zeichenbegrenzung zu erhöhen?

Dies wurde bereits anderswo angefordert, aber ich möchte die Anfrage wiederholen (falls Entwickler dies sehen), dass wir auch eine Dropdown-Liste mit bearbeitbaren Standard-‘Ablehnungsgründen’ zur Auswahl haben.

3 „Gefällt mir“
3

Ich glaube, es wurden kürzlich einige dieser Textfelder begrenzt, obwohl sie in einigen Fällen eine Schätzung dessen waren, was vernünftig ist. Ich werde sehen, ob dieser Wert auf etwas Höheres angehoben werden kann. Haben Sie eine Vorstellung davon, wie viele Zeichen Sie benötigen würden?

Wenn Sie Ihre Stimme zu einem bestehenden Thema hinzufügen könnten, würde das zeigen, dass es sich um eine beliebte Anfrage handelt und sie oft auf der Prioritätenliste nach oben rücken. :+1:

3 „Gefällt mir“
4

Hallo @JammyDodger, mein aktueller Ablehnungsgrundtext ist 2211 Zeichen lang, da er Ratschläge enthält, die sich mit einigen Szenarien befassen, die einige Nuancen beinhalten (dies ist ein ziemlich spezialisiertes Forum).

Wenn wir die Dropdown-Liste mit den Gründen vorerst ignorieren, anstatt diesen Grund standardmäßig als leeres Feld zu belassen, könnte dieser sogar standardmäßig eine vordefinierte Textzeichenfolge verwenden? Mit einer Kontrollkästchen-Option, die das leere Feld bei Bedarf als Ersatz für benutzerdefinierten Text ermöglicht?

Ich werde versuchen, diesen separaten Anfrage-Thread zu finden.

1 „Gefällt mir“
5

Ja, korrekt, wir haben vor etwa 9 Monaten eine datenbankweite Beschränkung dafür hinzugefügt: DEV: Set limits for text fields in reviewables · discourse/discourse@783c935 · GitHub

Derzeit gibt es keine Möglichkeit, dies instanzspezifisch zu überschreiben. Ich wäre offen dafür, das Limit etwas zu erhöhen, vielleicht auf 2000 Zeichen, aber zuerst möchte ich mehr Fälle sehen, in denen dies in der Praxis ein Problem darstellt. Vorerst scheint es mir sinnvoll, diese Nachricht zu kürzen (und vielleicht einen Link zu einem Thema mit dem Rest hinzuzufügen).

Ich denke, wir sollten die Benutzeroberfläche hier verbessern, damit die Fehlermeldung dem Benutzer angezeigt wird, der den Text eingibt, der das Limit überschreitet.

8

Eine veröffentlichte Seite könnte dafür recht gut funktionieren, wenn die Seite eine Anmeldung erfordert. Sie kann auch für anonyme Benutzer sichtbar gemacht werden, selbst wenn die Anmeldung erforderlich ist.

2 „Gefällt mir“
9

Danke, Leute. Das habe ich getan, obwohl ich den zusätzlichen Schritt, der von Bewerbern verlangt wird, die bereits etwas verärgert sind, lieber vermeiden würde – zumal E-Mail-Apps oft das Öffnen von URLs in empfangenen E-Mails standardmäßig blockieren.

Ich möchte niemanden unnötig verärgern oder verprellen, der sich später als brauchbarer Forenbenutzer herausstellen könnte.

Und ich möchte diese Nachricht immer noch nicht jedes Mal manuell kopieren und einfügen müssen.

1 „Gefällt mir“
10

Ich habe persönlich noch keine E-Mail-Apps gesehen, die das tun, das scheint eine seltsame Standardeinstellung zu sein.

11

Meine eigene Microsoft Outlook-App ist ein solches Beispiel. Dieses Verhalten scheint vom Vertrauensniveau beeinflusst zu werden, das es der empfangenen Nachricht zuordnet.
Ein neuer Benutzer/Bewerber löst eine automatisierte E-Mail-Antwort aus, die etwas spammy erscheinen mag, wenn der Benutzer die sendende Domain nicht bereits zu seiner Liste vertrauenswürdiger Absender hinzugefügt hat – ein Schritt, der für einen neuen Benutzer etwas mehr zu verlangen scheint, als man ihm zutrauen kann, insbesondere wenn er noch nicht als Benutzer akzeptiert wurde.

Ich habe alles getan, um die Reputation meiner E-Mail-Domain zu maximieren, aber einige von meinem Forum gesendete Nachrichten landen immer noch in den Junk-Mail-Ordnern einiger Empfänger – und obwohl sie dort noch gelesen werden können, sind Links immer deaktiviert.

14

Ich habe hier die gleiche Situation. Ich benötige mindestens 1200 Zeichen, um Links und Kontaktinformationen angeben zu können. Das hier ist etwas nervig. Außerdem würde die Möglichkeit, Absätze zu erstellen, dafür sorgen, dass es nicht so roboterhaft wirkt. Danke.

1 „Gefällt mir“
16

Ich habe das Limit auf 2000 Zeichen erhöht und die Anzeige der Fehlermeldung in diesem Commit behoben :slight_smile:

3 „Gefällt mir“
17

Danke @martin, aber es funktioniert bei mir auf meinem gehosteten Konto noch nicht. Ich erhalte immer noch den Fehler. Ich bin unter 1100 Zeichen. Prost.

1 „Gefällt mir“
18

Oh warte – interessanterweise kam die E-Mail trotz des Fehlers korrekt an. Der Benutzer wurde jedoch nicht gelöscht. Ich frage mich, ob das bedeutet, dass ich gestern etwa 20 E-Mails an denselben Benutzer gesendet habe?

2 „Gefällt mir“
19

Ah, Entschuldigung, ich wusste nicht, dass Sie ein gehosteter Kunde sind. Wenn Sie mir eine private Nachricht mit der Website senden, werde ich die Änderungen heute bereitstellen.

Das ist seltsam, ich werde das noch einmal überprüfen. Als ich gestern an der Änderung gearbeitet habe, sind mir keine doppelten E-Mails aufgefallen.

3 „Gefällt mir“
20

Tatsächlich wird die E-Mail auch gesendet, wenn Sie die Fehlermeldung zur Zeichenbegrenzung erhalten :fearful: Ich arbeite jetzt an einer Lösung.

4 „Gefällt mir“
21

Die Korrektur ist abgeschlossen:

Ich werde Ihre Website bald bereitstellen, vielen Dank für die Zusendung.

2 „Gefällt mir“
22

Dieses Thema wurde nach 3 Tagen automatisch geschlossen. Neue Antworten sind nicht mehr möglich.