Un problème d’installation de blocage signalé par la communauté Un rapport communautaire sur GitHub a décrit un problème lors d’une nouvelle installation de
Certains d’entre vous ont rencontré un problème inattendu en installant PrestaShop 9.0.2 depuis prestashop.com, et d’autres ont aussi remarqué un numéro de version un peu inhabituel : 9.0.2-2.1, utilisé depuis le début de PrestaShop 9 mais qui n’avait pas été explicitement expliqué jusqu’à présent.
Ce post ne constitue pas des notes de publication. C’est une mise à jour de transparence : ce qui s’est passé, ce que nous avons changé en réponse, et ce que nous faisons pour réduire le risque d’un incident similaire.
Un rapport communautaire sur GitHub a décrit un problème lors d’une nouvelle installation de PrestaShop 9.0.2. L’installateur est resté bloqué lors de l’installation du module ps_checkout et a échoué avec cette erreur SQL :
SQLSTATE[42S22]: Column not found: 1054 Unknown column 'mc.id' in 'on clause'
À ce moment-là, l’installation ne pouvait se terminer que ps_checkout soit manuellement décochée lors de l’étape de sélection du module.
Merci à tous ceux qui ont rapporté, reproduit et partagé rapidement les détails – ce type de vigilance nous aide à réagir rapidement et à améliorer la qualité.
Après enquête, nous avons confirmé que le problème n’était déclenché que dans un scénario spécifique : lorsque la boutique a été installée dans un pays utilisant une monnaie non prise en charge par PrestaShop Checkout. Dans ce cas, ps_checkout rencontré une requête SQL défectueuse et l’installateur s’est arrêté.
La cause principale était à l’intérieur de ps_checkout (pas le PrestaShop Core), mais comme l’installateur Classic installe les modules groupés pendant la configuration, l’impact a été immédiat et bloquant.
Nous avons reproduit le problème en interne, identifié la solution en ps_checkout, et travaillé dessus immédiatement. La version corrigée du module a ensuite été incluse dans un paquet Classic rafraîchi afin que les nouvelles installations de prestashop.com ne tombent plus en panne dans ce scénario.
En d’autres termes : l’objectif était de restaurer une expérience d’installation fluide dès l’installation, sans demander aux utilisateurs de savoir quel module désactiver pour terminer l’installation.
En téléchargeant PrestaShop depuis prestashop.com, vous pouvez remarquer 9.0.2-2.1 plutôt que simplement 9.0.2. C’est attendu et cela a été le cas depuis PrestaShop 9.
À partir de PrestaShop 9, la distribution Classic suit une convention de versionnement qui sépare la version du Core de la version du contenu du paquet Classic (principalement l’ensemble de modules inclus et leurs mises à jour). Le format est le suivant :
A.B.C-D. E
Où A.B.C est la version PrestaShop Core, et D.E suit l’évolution du contenu de distribution Classic.
Donc, dans ce cas :
La version 9.0.2 reste la version Core.
-2.1 indique une mise à jour de la distribution Classic qui a livré du contenu du module mis à jour, sans nouvelle version Core.
C’est exactement ce qui s’est passé ici, et pourquoi l’incrément de la version Classic est devenu plus visible : le Core est resté le même, tandis que Classic a nécessité une version patchée du module pour empêcher l’installateur de bloquer.
L'ajout de commentaire est libre et ne demande pas d'inscription