Le limite de 500 caractères pour la 'Raison du rejet' est trop faible

UX
,
1

Il semble que lorsqu’on est notifié pour examiner la candidature d’un nouvel utilisateur sur mon forum, et que je rejette la candidature en utilisant l’option « Supprimer l’utilisateur », et que je sélectionne l’option d’inclure une note par e-mail expliquant pourquoi leur candidature a échoué, je reçois maintenant une « Erreur 422 » comme réponse.

Si j’omet la note, je peux supprimer l’utilisateur, comme auparavant.

Les notifications par e-mail générées par le forum aux utilisateurs inscrits fonctionnent toujours correctement.

La version actuellement installée de Discourse est 3.2.0.beta5-dev

Journaux d’erreurs du forum correspondant à la date de cet événement (aujourd’hui) ci-dessous

5
Avis de dépréciation : `SiteSetting.min_trust_to_edit_post` a été déprécié. Veuillez utiliser `SiteSetting.edit_post_allowed_groups` à la place. (suppression dans Discourse 3.3) À /var/www/discourse/app/models/co
13:19
15
Avis de dépréciation : avertissement : le paramètre email est déprécié. toutes les requêtes POST vers cette route doivent être envoyées avec un paramètre email_encoded encodé en base64 strict à la place. l'e-mail a été reçu et
13:37
L'e-mail ne peut pas être traité : Email::Receiver::AutoGeneratedEmailError Reçu : de smtp-mx-server-8.servers.netregistry.net (inconnu [202.124.241.69]) par nz-mail-receiver.localdomain (Postfix) avec
13:37
L'e-mail ne peut pas être traité : Email::Receiver::NoBodyDetectedError Reçu : de EUR04-VI1-obe.outbound.protection.outlook.com (inconnu [104.47.14.50]) par nz-mail-receiver.localdomain (Postfix) avec
13:39
2
ActiveRecord::RecordInvalid (Échec de la validation : la raison du rejet est trop longue (maximum 500 caractères)) app/models/reviewable.rb:362:in `transition_to' app/models/reviewable.rb:335:in `block in perform
13:51
2
Échec du traitement de l'exception dans le middleware d'exception app : ActiveRecord::RecordInvalid : Échec de la validation : la raison du rejet est trop longue (maximum 500 caractères)
13:51
235
Sidekiq consomme trop de mémoire (utilisant : 557.11M) pour 'nzarchitecture.net.nz', redémarrage
13:54
38
Avis de dépréciation : `SiteSetting.min_trust_to_create_tag` a été déprécié. Veuillez utiliser `SiteSetting.create_tag_allowed_groups` à la place. (suppression dans Discourse 3.3) À /var/www/discourse/lib/guardia
14:06
33
Avis de dépréciation : `SiteSetting.min_trust_to_edit_post` a été déprécié. Veuillez utiliser `SiteSetting.edit_post_allowed_groups` à la place. (suppression dans Discourse 3.3) À /var/www/discourse/lib/guardian/
14:06

Je ne suis pas sûr quand/sous quelle version du logiciel Discourse ce problème a commencé, car je ne reçois pas beaucoup de candidatures, et je dois en rejeter très peu, mais je n’ai certainement jamais rencontré un tel problème auparavant, et j’ai utilisé le même message collé dans les notifications de rejet précédentes aux candidats.

Je vois une référence à « la raison du rejet est trop longue (maximum 500 caractères) », et mon texte de raison de rejet standard est effectivement plus long que 500 caractères - mais cela semblait fonctionner auparavant.

Je pense que c’est important à résoudre, car fournir une explication complète et satisfaisante pour tout rejet est une courtoisie de base envers les candidats potentiels, surtout s’il n’est pas clair que la candidature était malveillante (s’ils sortent des critères d’adhésion prévus mais ne sont pas manifestement des bots, des spécialistes du marketing ou d’autres « mauvais acteurs »).

C’est difficile à faire en moins de 500 caractères si nous voulons également fournir des conseils à quiconque pourrait vouloir postuler à nouveau. Si nécessaire, existe-t-il un moyen d’augmenter la limite de caractères ?

Cela a été demandé ailleurs, mais je voudrais réitérer la demande (si des développeurs voient cela) que nous ayons également une liste déroulante de « raisons de rejet » standard modifiables parmi lesquelles choisir.

3 « J'aime »
3

Je pense que des limites ont récemment été imposées à certains de ces champs de texte, bien que dans certains cas, il s’agissait d’une estimation raisonnable. Je vais voir si celle-ci peut être augmentée à un niveau supérieur. Avez-vous une idée du nombre de caractères dont vous auriez besoin ?

Si vous pouviez ajouter votre voix à un sujet existant, cela aiderait à montrer qu’il s’agit d’une demande populaire et peut souvent la faire remonter dans la liste des priorités. :+1:

3 « J'aime »
4

Salut @JammyDodger, mon texte de raison de rejet actuel fait 2211 caractères, car il contient des conseils abordant plusieurs scénarios qui impliquent une certaine nuance (c’est un forum assez spécialisé).

En ignorant l’idée de liste déroulante des raisons pour l’instant, plutôt que cette raison soit un champ vide par défaut, pourrait-elle simplement utiliser par défaut une chaîne de texte prédéfinie ? avec une case à cocher permettant d’utiliser le champ vide à la volée comme option de texte personnalisé, si le besoin s’en faisait sentir ?

J’essaierai de trouver ce fil de discussion de demande séparé.

1 « J'aime »
5

Oui, c’est exact, nous avons ajouté une limite au niveau de la base de données il y a environ 9 mois : DEV: Set limits for text fields in reviewables · discourse/discourse@783c935 · GitHub

Actuellement, il n’est pas possible de remplacer cela au cas par cas. Je serais ouvert à augmenter un peu la limite, peut-être à 2000 caractères, mais j’aimerais d’abord voir plus de cas où cela pose problème dans la nature. Pour l’instant, raccourcir ce message (et peut-être ajouter un lien vers un sujet avec le reste) me semble judicieux.

Je pense que nous devrions améliorer l’interface utilisateur à ce sujet afin que le message d’erreur soit affiché à l’utilisateur qui saisit le texte dépassant la limite.

8

Une page publiée pourrait très bien fonctionner pour cela si le site nécessite une connexion. Elles peuvent être visibles par les anonymes même si l’option de connexion est requise.

2 « J'aime »
9

Merci à tous. Je l’ai fait, bien que je préférerais éliminer l’étape supplémentaire requise des candidats qui sont déjà un peu irrités - d’autant plus que les applications de messagerie bloquent souvent l’ouverture des URL dans les e-mails reçus par défaut.

Je tiens à ne pas aggraver ou aliéner inutilement quiconque pourrait s’avérer être un utilisateur viable du forum.

Et je tiens toujours à ne pas avoir à copier-coller manuellement ce message à chaque fois.

1 « J'aime »
10

Je n’ai personnellement jamais vu d’applications de messagerie faire cela, cela semble être un paramètre par défaut étrange.

11

Mon propre application Microsoft Outlook en est un exemple. Ce comportement semble être influencé par le niveau de confiance qu’elle associe au message reçu.
Un nouvel utilisateur/candidat déclenchera une réponse automatique par e-mail qui peut sembler un peu spammy si l’utilisateur n’a pas déjà ajouté le domaine d’envoi à sa liste d’expéditeurs de confiance - une étape qui semble un peu plus que ce dont on peut s’attendre d’un nouvel utilisateur, surtout s’il n’a pas encore été accepté en tant qu’utilisateur.

J’ai fait ce que j’ai pu pour maximiser la réputation de mon domaine de messagerie, mais certains messages envoyés par mon forum finissent toujours dans les dossiers de courrier indésirable pour certains destinataires - et bien qu’ils puissent toujours y être lus, les liens sont toujours désactivés.

14

J’ai la même situation ici. J’ai besoin d’au moins 1200 caractères pour fournir des liens et des informations de contact. Celle-ci est un peu agaçante. De plus, pouvoir faire des paragraphes éviterait que cela ne semble si robotique. Merci.

1 « J'aime »
16

J’ai augmenté la limite à 2000 caractères et corrigé l’affichage du message d’erreur dans ce commit :slight_smile:

3 « J'aime »
17

Merci @martin mais ça ne fonctionne toujours pas pour moi sur mon compte hébergé. J’ai toujours l’erreur. Je suis sous 1100 caractères. Merci.

1 « J'aime »
18

Oh attendez — fait intéressant, malgré l’obtention de l’erreur, l’e-mail a été envoyé correctement. L’utilisateur n’a cependant pas été supprimé. Je me demande si cela signifie que j’ai envoyé environ 20 e-mails au même utilisateur hier ?

2 « J'aime »
19

Ah désolé, je ne savais pas que vous étiez un client hébergé. Si vous m’envoyez un message privé avec le nom du site, je déploierai les changements aujourd’hui.

C’est étrange, je vais vérifier cela. Quand je travaillais sur le changement hier, je n’ai pas remarqué d’e-mails en double.

3 « J'aime »
20

En effet, l’e-mail est bien envoyé même si vous recevez l’erreur de limite de caractères :fearful: Je travaille actuellement sur une solution.

4 « J'aime »
21

La correction est terminée :

Je déploierai bientôt votre site, merci de l’avoir envoyé.

2 « J'aime »
22

Ce sujet a été automatiquement fermé après 3 jours. Les nouvelles réponses ne sont plus autorisées.