Galette

Tu aurais certainement pu conserver ton humour pour toi.

Par ailleurs, je te rappelle que Galette est un logiciel libre ; et que le code est modifiable par et pour tous.

Johan Cwiklinski a écrit (#note-1):

Tu aurais certainement pu conserver ton humour pour toi.

Par ailleurs, je te rappelle que Galette est un logiciel libre ; et que le code est modifiable par et pour tous.

Oui bon ben ça va... J'étais jeune, j'étais con, je connaissais pas encore les patronymes malgaches...

(on peut garder les mot de passe à 8 caractères ? sinon, ça foire mes rainbowtables ;o) <:humour grinçant:>

Tu aurais certainement pu conserver ton humour pour toi.

C'est pour ça que j'ai précisé que c'est de l'humour.

Par ailleurs, je te rappelle que Galette est un logiciel libre ; et que le code est modifiable par et pour tous.

C'est vrai.
Je ne suis pas sûr que tu apprécierais de recevoir une PR qui modifie une caractéristique de la DB venant de quelqu'un qui ne connaît rien à la base de code de Galette et n'a aucune idée des endroits où ça peut péter.
D'où l'intérêt de cette anomalie : ouvrir une discussion sur la faisabilité de la chose avec les personnes compétentes pour en juger, à ma connaissance : toi Johan.

J'étais jeune, j'étais con, je connaissais pas encore les patronymes malgaches...

Ca fait plus de 20 ans que je ne comprends pas pourquoi les cours de développement ne comprennent pas des sections dédiées à l'histoire de l'IT.
Genre "eh les jeunes, on a fait les cons, on a compris dans les années 1960/70/80/1990 ce qu'il ne faut pas faire, faites pas comme nous". Entre les limites de longueur de champs ridicules (je parle même pas des noms indiens en Unicode, hein…), les buffer overflows à ne plus savoir lequel choisir pour un exploit, et les injections SQL parce que sanitizer les entrées de l'utilisateur ça prend du temps… D'où ma réaction un poil épidermique en face de cette limitation d'un autre temps.

Notez que la remontée d'erreur vers l'utilisateur sur ce problème n'est pas bien meilleure : à part le message d'erreur générique, galette entoure en rouge les champs de mot de passe, pas le champ d'identifiant…
Oui Johan, j'ai compris, je devrais coder moi-même. :(

il ne s'agit pas de modifier le type du champ ou de réduire sa capacité (ce qui pourrait effectivement affecter le comportement du logiciel), augmenter la taille d'un champ, ça n'impactera pas (ou très peu au pire des cas, mais j'en doute) le fonctionnement.

Eh bien voilà justement pourquoi j'ai fait cette demande :) Merci Johan de cette information cruciale !

Parce que là, je n'ai pas vu de proposition de correction.

C'est parce que je n'avais pas encore d'avis compétent sur la faisabilité d'une correction !

tu pourrais aussi "inspecter" la base et voir s'il y a d'autres choses qui semblent bizarres voire aberrantes

OK, je m'y colle dès que possible.

Quand aux remontées d'erreur de Galette

Ben là ce qui m'a gêné c'est qu'il y a bien une erreur affichée : les champs de mot de passe en rouge ! Mais, en fait, c'est pas ça l'erreur. J'ai perdu 50min à me battre avec des mots de passe pour comprendre ce qui se passait, pour finir par aller dans les logs et repérer la ligne pertinente. Bon, c'est ma faute de ne pas avoir bondi dans les logs dès le 3ème essai…
Est-ce possible d'entourer en rouge le bon champ de l'UI sur cette erreur ?