08/06/2016, 00:18:28
(Modification du message : 08/06/2016, 00:22:37 par Jean le Chauve.)
Voilà, on a trouvé le pourquoi et la solution 
Le bug se produit lorsqu'on essaye d'upgrader un 1.12 vers 2.+ après avoir raté un premier upgrade (les pénibles débuts de 2.0.0).
Cette installation ratée a créé les tables cms_layout_***. Upgrade ratée, notre utilisateur a juste importé sa bd snapshot à partir de son espace client pour récupérer son site 1.12 en attendant les patchs.
Malheureusement, l'importation du snapshot (backup) à partir de l'espace client ne fait pas un DROP (suppression) des nouvelles tables et la BD 1.12 se retrouve avec des tables spécifiques à 2.0. CQFD.
Voilà comment Mr Calguy pourra reproduire le bug
Il suffit de supprimer les tables cms_layout_*** ou seulement les 2 enregistrements cités plus haut dans la BD du site 1.12 AVANT d'effectuer l'upgrade vers 2.1.4. pour que le module navigator soit automatiquement installé lors de la mise à jour.
Le bug se produit lorsqu'on essaye d'upgrader un 1.12 vers 2.+ après avoir raté un premier upgrade (les pénibles débuts de 2.0.0).
Cette installation ratée a créé les tables cms_layout_***. Upgrade ratée, notre utilisateur a juste importé sa bd snapshot à partir de son espace client pour récupérer son site 1.12 en attendant les patchs.
Malheureusement, l'importation du snapshot (backup) à partir de l'espace client ne fait pas un DROP (suppression) des nouvelles tables et la BD 1.12 se retrouve avec des tables spécifiques à 2.0. CQFD.
Voilà comment Mr Calguy pourra reproduire le bug
Il suffit de supprimer les tables cms_layout_*** ou seulement les 2 enregistrements cités plus haut dans la BD du site 1.12 AVANT d'effectuer l'upgrade vers 2.1.4. pour que le module navigator soit automatiquement installé lors de la mise à jour.