Est-ce normal qu’à chaque fois qu’on applique la mise à jour le script de migration 3.5.0 -> -3.6.0, cela ajoute des centaines de lignes dans la tables llx_accountingaccount (pour etre précis : 912 entrées).
Ne faudrait il pas qu’il y ait une vérification de l’éxistance de la donnée avant sa création ?
Je crois que cela concerne la partie de la comptabilité, que je n’utilise pas, du coup, cela ne m’impacte pas, ni ne peut la tester.
Du coup, à chaque fois que j’applique la mise à jour, la table grossit, grossit, …
Bonjour,
A propos de ce script, j’ai aussi un problème:
je viens de migrer 3.4 vrs 3.6 en deux fois.
3.4 vers 3.5 c’est parfait
3.5 vers dolibarr-3.6-alpha538-33ac8cc il se plaint que dans la tab llx_accountaccount.le champ datec n’a pas de valeur par défaut et ça plante. En allant dans la base avec mysql je mets NULL par défaut et le script s’applique.
J’ai ensuite fait une autre installation avec le rpm de pour opensause. De 3.4 à 3.5 parfait de 3.5 à 3.6 il se plaint de mariadb (et pas mysql) et le script s’arrête.
Je peux ensuite faire démarrer dolibarr et tout semble marcher.
Sinon Dolibarr 3.6 a l’air vraiment très bien
Cordialement,
pmdbr
