Demande #5627: forge.april.org: erreur 500 lors de l'ajout de ma clef GPG - Admins - Gestionnaire de projets de l'April

Demande #5627

forge.april.org: erreur 500 lors de l'ajout de ma clef GPG

Added by Pierre-Louis Bonicoli about 2 years ago. Updated 7 days ago.

Status:

Nouveau

Priority:

Normale

Assignee:

Pierre-Louis Bonicoli

Category:

Target version:

Décembre 2023

Start date:

10/20/2021

Due date:

% Done:

Estimated time:

Difficulté:

3 Moyen

Description

Lorsque j'essaie d'ajouter ma clef GPG sur l'instance Gitea forge.april.org, une erreur 500 est retournée sans information permettant de comprendre le problème. Je n'ai pas cette erreur sur l'instance Gitea forge.chapril.org. Les deux instances sont en version 1.15.4. J'ai essayé d'ajouter la clef GPG quand aucune des adresses emails des uid de la clef n'étaient connues de Gitea et quand au moins une l'était: cela est sans effet et l'erreur est présente dans les deux cas.

J'ai notamment essayer cet ajout de clef aujourd'hui (mercredi 20 octobre) à 06:00:17 PM CEST. Est ce que les logs de Gitea (journalctl -u gitea -S "2021-10-20 16:00:00 UTC" et /var/log/gitea/gitea.log contiennent des informations supplémentaires ?

History

Updated by Quentin Gibeaux almost 2 years ago

Assignee set to Pierre-Louis Bonicoli
Target version changed from Backlog to Mars 2022

Updated by Pierre-Louis Bonicoli over 1 year ago

Dans les logs gitea, l'erreur semble se produire avec MySQL uniquement.

2022/03/19 02:45:26 ...user/setting/keys.go:113:KeysPost() [E] AddPublicKey: Error 1406: Data too long for column 'content' at row 1

Updated by Quentin Gibeaux over 1 year ago

Target version changed from Mars 2022 to Avril 2022

Updated by Quentin Gibeaux over 1 year ago

Target version changed from Avril 2022 to Mai 2022

Updated by Pierre-Louis Bonicoli over 1 year ago

L'erreur se produit quand Gitea utilise une base MariaDB et que la clef utilisée est trop grosse. Un contournement peut être d'exporter la clef en limitant les données exportées:

gpg --export pilou@example.com | (export GNUPGHOME="$(mktemp -d)"; gpg --import-filter drop-sig='uid -f' --import; gpg --export -a pilou@example.com)
ou
gpg -a --export-filter keep-uid='uid -t' --export pilou@example.com

Gitea essaie d'insérer la clef GPG de manière inconditionnelle vis à vis de sa taille et de la taille de la colonne; cela ne pose pas de problème avec PostgreSQL (la taille des colonnes text n'est pas limitée) mais échoue avec MariaDB (la taille d'un champs texte est de 65535 caractères (encodage ascii)). La taille de la colonne n'était pas remontée par xorm (l'ORM utilisé par Gitea), récupérer la taille de la colonne depuis Gitea n'était pas possible avec les versions de xorm antérieures à 1.3.1 (non encore publiée à la date de rédaction de ce message). Il faut donc attendre que Gitea dépende d'une version de xorm >= 1.3.1 pour rajouter la comparaison et suggérer l'import d'une clef exportée via l'une des méthodes ci-dessus.