Rodolphe Quiedeville wrote:
Salut,
Laurent tu as modifié le fichier de migration SQL
alter table llx_rights_def add perms varchar(255) after module;
alter table llx_rights_def add subperms varchar(255) after perms;
devient :
alter table llx_rights_def add perms varchar(255);
alter table llx_rights_def add subperms varchar(255);
Pourrais-tu m'expliquer pourquoi ? Cela pose-t-il un problème sur ta
version de Mysql ?
A++
_______________________________________________
Dolibarr-dev mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
J'ai passé le script sur ma base et j'ai eu une erreur sur le 1eme ordre
mysql, j'ai du le repasser une deuxième fois pour que ce dernier passe.
J'avoue ne pas savoir pourquoi, car le premier avait tout pour réussir
et il a échoué et le 2eme qui devait échoué (car pas de champ perms
encore du fait de l'échec du premier) a réussi. En repassant le script
sql tel quel, le premier alter est alors passé. Le problème s'est
reproduit sur 2 de mes bases (celle de dev et prod) mais j'avoue ne pas
avoir d'explication rationnelle. En fait ca va à l'encontre de toute
logique. Aussi ne comprenant pas grand chose à ce phénomène et après
avoir vérifier que je n'avais pas inversé les ordres (j'ai bien pris le
sql tel quel), j'ai viré les after.
J'ai mené une investigation plus poussée aujourdh'ui et j'ai réussi à
reproduire le problème, à volonté. Le coupable n'est pas dans le "after"
mais dans le fait que le premier ordre après les -- n'est pas vu de
mysql. Un vieux bug de mysql.
Finalement j'ai donc remis le after et j'ai corrigé le problème
autrement en remplacant la ligne de commantaire vide
--
par la ligne
-- ;
(avec le point virgule en plus)
Et la, mysql retrouve la raison.