Bonjour,

Dans une install fraîche de Jelix 1.8.10, je fais la commande

• php dev.php app:init-admin admin
• Je répond aux diverses questions
• A la question:

Do you want to setup default "admin" user in acl2? ( 'y' or 'n', default is y) >

je laisse vide pour dire oui.

Il m'affiche cette erreur:

[error] An error occured during the installation of the module jacl2db: La clé est trop longue. Longueur maximale: 1000 [warning] Installation/upgrade is aborted

A aucun moment j'ai du configurer une clé, etc, que faire?

Merci d'avance

Une bonne journée

Bonjour,

Je regarde ça cette semaine.

Bonjour,

J'ai fait des tests, et il y avait des régressions lors du lancement de la commande app:init-admin. Je les ai corrigé.

Par contre je n'ai pas rencontré l'erreur que tu signales. Tu avais une base vierge lors de la création de l'appli ? (car la taille des champs ont changé au file des versions). Si c'est le cas, il faut soit effectuer les modifications à la main dans la base, soit mettre à jour l'application, et non pas faire un recréation de zéro.

Sinon, si tu avais une base vierge, peux-tu réessayer avec mes corrections ?

Soit tu indiques dev-jelix-1.8.x dans ton composer.json, soit tu télécharges la version jelix-1.8.11-rc.3 (qui est en fait une 1.8.11-rc.3-pre) à partir de https://download.jelix.org/jelix/nightly/1.8.x/, et recréer ton application de zéro.

Si tu as encore le problème, c'est quel type de base de données ?

Bonjour,

Merci pour vos corrections mais cela ne fonctionne pas, j'ai toujours la même erreur.

Je pars d'une installation fraîche, avec une base vide.

En chaerchant un peu, il semble que ce code d'erreur vient direct de mysql et non de jelix.

J'utilise Mysql 8.0.31

L'encodage de la base est utf8mb4_0900_ai_ci, j'ai essayé aussi utf8mb4_unicode_ci et utf8mb4_general_ci => Toujours la même erreur.

Les tables sont en MyISAM, peut-être testé en InnoDb? Je sais pas.

Re bonjour,

Après avoir testé de mettre la base en utf8mb3_general_ci => ça fonctionne :)

Il y'a donc un soucis dans la création des tables acl2 ou jlx_users entre l'encodage utf8mb3_general_ci et utf8mb4_general_ci

Voici une pseudo explications ici: https://apical.xyz/fiches/mise_en_ligne_de_la_base_de_donnees_002/utf8_vs_utf8mb4_ou_comment_eviter_l_erreur_1071_la_cle_est_trop_longue_l___

En testant, si on réduit les champs VARCHAR (95 au lieu de 100), ça passe:

CREATE TABLE IF NOT EXISTS `tst_acl2_rights` (

);

Après je sais pas si c'est la meilleure solution., mais c'est une piste.

Merci

Merci pour le debuggage ! J'avais oublié cette affreuse complexité de l'encodage dans MySql, j'utilise principalement Postgresql depuis quelques années :)

J'ai pu reproduire le problème, en forçant l'utilisation de MyIsam dans le create table (le moteur par défaut étant InnoDb dans les images docker de Mysql).

J'ai donc rajouté DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci sur les tables de jacl2 et ça fonctionne. (utf8mb4 n'est pas nécessaire sur ces tables).

Tu peux retester en faisant un composer update ou en téléchargeant de nouveau le zip.

+1 pour Postgres ;) Mysql c'est pour jouer ;)

J'ai pris le dernier zip et ça fonctionne, en faisaint une fresh install.

Une base en utf8mb4_general_ci

Merci pour la maj

Une bonne journée

Comment je met le sujet en résolu? Je peux pas éditer le 1er message.