Juste un petit message au sujet des scripts de mise à jour de la base de donnée de la version 1.3 vers la version 1.4.
Je ne suis pas certain que ce soit vraiment un bug,
mais sur ma base le script a eu un comportement bizarre face aux tables "EXERCICE_COMMON" et "SOCIETE_COMMON" et la clé qui les relie "SOCIETE_COMMON_ID_EXERCICE_COMMON_fkey" via "ID_EXERCICE_COMMON".
Lors de mes injections de données dans la base, j'en avais profité pour pré-générer les plages de dates des exercices futurs jusqu'en 2020 :
Code : Tout sélectionner
ID,DATE_DEB,DATE_FIN,NUMERO,CLOTURE,ARCHIVE,ORDRE,DATE_CLOTURE,ID_SOCIETE_COMMON
1,2013-01-01,2013-12-31,1,0,0,0,\N,1
2,2014-01-01,2014-12-31,1,0,0,1,\N,48
3,2015-01-01,2015-12-31,1,0,0,2,\N,48
4,2016-01-01,2016-12-31,1,0,0,3,\N,48
5,2017-01-01,2017-12-31,1,0,0,4,\N,48
6,2018-01-01,2018-12-31,1,0,0,5,\N,48
7,2019-01-01,2019-12-31,1,0,0,6,\N,48
8,2020-01-01,2020-12-31,1,0,0,7,\N,48
Lors de la migration base 1.3 vers 1.4, pour une raison non identifiée, le script exécuté par le programme de configuration de openconcerto efface les exercices futurs 2015 à 2020 de la table EXERCICE_COMMON et met le champ ID_EXERCICE_COMMON de SOCIETE_COMMON à '9' au lieu de '2', ce qui en suite plante le script lorsqu'il faut faire respecter la clé de contrainte SOCIETE_COMMON_ID_EXERCICE_COMMON_fkey.
En corrigeant la base à la main (ID_EXERCICE_COMMON = 2) ça marche et le script de mise à jour s'exécute en entier.
Cordialement,
Samuel