Jump to content

Edit History

Sda33

Sda33

19 minutes ago, Eolia said:

Pour les commandes passées avant, si l'id_customization n'a pas été rempli il est impossible que le CMS les invente. Pas d'autre solution que de les remplir dans la bdd à la mano

Oui c'est exactement ça, je viens justement de mettre le doigt dessus. Le nouveau champ "product_customization_id" de la table order_detail est NULL pour ces produits, je vais pouvoir faire une requête pour le remplir a posteriori, pas de souci.

19 minutes ago, Eolia said:

Votre problème est quand même très particulier et je n'ai pas de piste simple. Je soupçonne un js externe (module chargé dans le backofficeheader ?)

Pour info cette partie est générée depuis l'AdminProductController.php, ligne 4293

Merci beaucoup je vais regarder en détail, je vous tiens au courant ! 🧐

Et oui c'est très curieux, j'ai l'impression d'être la seule dans ce cas. Je le reproduits pourtant sur 2 sites différents, dont un sans aucun autre produit actif et qui n'a d'ailleurs jamais accueilli de produits avec perso ni même déclinaison.

Idem même après avoir désactivé toutes les surcharges et modules. C'est pourquoi je pensais que cela pouvait venir du PHP que je ne veux pas upgrader avant d'avoir touché au 3è et dernier shop... je cherche :)

Juste une réponse complémentaire, dans hook BackOfficeHeader je n'ai que :
- Configurateur de thème
- Paypal
- Payline

 

Sda33

Sda33

18 minutes ago, Eolia said:

Pour les commandes passées avant, si l'id_customization n'a pas été rempli il est impossible que le CMS les invente. Pas d'autre solution que de les remplir dans la bdd à la mano

Oui c'est exactement ça, je viens justement de mettre le doigt dessus. Le nouveau champ "product_customization_id" de la table order_detail est NULL pour ces produits, je vais pouvoir faire une requête pour le remplir a posteriori, pas de souci.

18 minutes ago, Eolia said:

Votre problème est quand même très particulier et je n'ai pas de piste simple. Je soupçonne un js externe (module chargé dans le backofficeheader ?)

Pour info cette partie est générée depuis l'AdminProductController.php, ligne 4293

Merci beaucoup je vais regarder en détail, je vous tiens au courant ! 🧐

Et oui c'est très curieux, j'ai l'impression d'être la seule dans ce cas. Je le reproduits pourtant sur 2 sites différents, dont un sans aucun autre produit actif et qui n'a d'ailleurs jamais accueilli de produits avec perso ni même déclinaison.

Idem même après avoir désactivé toutes les surcharges et modules. C'est pourquoi je pensais que cela pouvait venir du PHP que je ne veux pas upgrader avant d'avoir touché au 3è et dernier shop... je cherche :)

Juste une réponse complémentaire, dans hook BackOfficeHeader je n'ai que :
- Configurateur de thème
- Paypel
- Payline

 

Sda33

Sda33

7 minutes ago, Eolia said:

Pour les commandes passées avant, si l'id_customization n'a pas été rempli il est impossible que le CMS les invente. Pas d'autre solution que de les remplir dans la bdd à la mano

Oui c'est exactement ça, je viens justement de mettre le doigt dessus. Le nouveau champ "product_customization_id" de la table order_detail est NULL pour ces produits, je vais pouvoir faire une requête pour le remplir a posteriori, pas de souci.

10 minutes ago, Eolia said:

Votre problème est quand même très particulier et je n'ai pas de piste simple. Je soupçonne un js externe (module chargé dans le backofficeheader ?)

Pour info cette partie est générée depuis l'AdminProductController.php, ligne 4293

Merci beaucoup je vais regarder en détail, je vous tiens au courant ! 🧐

Et oui c'est très curieux, j'ai l'impression d'être la seule dans ce cas. Je le reproduits pourtant sur 2 sites différents, dont un sans aucun autre produit actif et qui n'a d'ailleurs jamais accueilli de produits avec perso ni même déclinaison.

Idem même après avoir désactivé toutes les surcharges et modules. C'est pourquoi je pensais que cela pouvait venir du PHP que je ne veux pas upgrader avant d'avoir touché au 3è et dernier shop... je cherche :)

 

 

×
×
  • Create New...