@eolia Bonjour, J'avais donc mis la seconde langue en invisible le temps de traduire les fiches produit pour celle-ci. Et à l'instant, pour tester je viens de la rendre à nouveau visible cette langue dans "localisation > langue" et je m'appercoit que le bug est de retour présent. Pourriez-vous m'indiquer ce qui avait été fait afin que je puisse résoudre cela ? (et aussi comprendre si je n'ai pas fait une manipulation ou changer un fichier qui en serait responsable) Merci

Merci à vous. Belle journée. Hervé

@doekia Attention il y a eu une grosse coquille dans le code publié plus tôt. Il est maintenant corrigé mais pensez à le vérifier si vous avez appliqué le patch précédemment

Le code à corriger a été changé afin de ne pas interférer avec certains contrôleurs (Category avec les scènes activés par exemple), qui implémentent du code dans setMedia() pour lequel init() doit avoir été exécuté au préalable (Product::initPricesComputation())

Pensez également à contrôler la valeur de max_input_vars (par défaut à 1000 si non configurée sur le serveur) dans le cas d'un nombre important de zones / tranches de poids / prix Cette variable correspond au nombre maximum de champs acceptés par le serveur lors de la soumission d'un POST. Mettez-là à 10 000 et vous serez tranquilles également pour les traductions

header('Location: '. Tools::getShopProtocol() . $url);

Merci perso comme un con j'avais ajouté en dessous sans me demander pourquoi : # ~~end~~ Do not remove this comment, Prestashop will keep automatically the code outside this comment when .htaccess will be generated again <FilesMatch "\.(ttf|otf|eot|woff)$"> <IfModule mod_headers.c> Header set Access-Control-Allow-Origin "*" </IfModule> </FilesMatch> Voilà c'est corrigé.

Merci @doekia qui m'a enlevé une belle épine du pied :slight_smile:

Je n'arrive pas à comprendre qu'il faille polluer pendant 3 jours le topic pour quelque chose qui se résout d'un simple test A/B en 2 mn et qui au final consiste à faire très exactement ce qui est écrit. Ni plus, ni moins