Open gllmc opened 6 years ago
Je n'arrive pas a reproduire ce bug, suis-je le seul ?
Il y a un attribut maxlength="80"
sur le champ input
donc le navigateur bloque à 80 caractères et ça ne pose pas de soucis, mais effectivement si on fait sauter cette limite et qu'on envoie plus de 80 caractères alors il y a une erreur interne. Je ne sais pas à quel point ça vaut le coup de corriger ça.
Je viens de regarder un peu ce bug.
Comment reproduire le bug :
maxlength=80
du champ où on peut mettre la raison du masquagePas d'erreur (en local) et on constate que la raison du masquage est affichée en entier (alors qu'elle devrait être tronquée à 80 caractères). On n'a pas d'erreur et la raison du masquage est affichée entièrement, car en local on utilise SQLite comme base de données, et SQLite ignore les tailles limites des champs. Donc on se prend une erreur 500 uniquement en production.
Je me demande quelle est la meilleure façon de traiter cette erreur :
Quoi qu'il en soit, la priorité de ce bug est très mineure : on a la protection du maxlength
(qui peut être facilement contournée) et si cette protection est contournée, on a une erreur 500 qui n'endommage pas la cohérence de la base de données.
Bonjour,
J'ai essayé de masquer un message plusieurs fois avant 13:30 26/08/2018 (heure de paris) quand le message de masquage est trop long, j'obtiens : Erreur interne au serveur
Cordialement,
A-312.
Sujet : https://zestedesavoir.com/forums/sujet/11202/masquage-erreur-interne-au-serveur/ Envoyé depuis Zeste de Savoir