Justement tu ne dois pas utiliser le paramétrage "livraison/préférence", c'est une option trop restrictive. Tu dois utiliser les règles paniers et/ou un maillage plus fin de transporteur (ou un mix des 2)

Bonjour, j'ai le même problème pour le réglé j'ai mis le fichier csv dans Admin / export, pas terrible mais ça fonctionne, si tu as réglé le problème différemment n'hésite pas a le partager.

Ah ben merci pour ces avertissements, je n'y aurais pas pensé... Cela dit actuellement je ne dois pas avoir de personnalisations, que du remplissage des champs dans le thème par défaut. Mais ça devrait me servir.

Réponse très claire en effet, je fais suivre à mon client et j'arrête de me prendre la tête à chercher d'où ça vient Merci encore Sophie

Pour les versions 1.6.1.X $(document).ready(function() { $(document).on('change', '#our_price_display', function(e){ updateLoyaltyView(priceWithDiscountsDisplay); }) updateLoyaltyView(priceWithDiscountsDisplay); }); function updateLoyaltyView(new_price) { if (typeof(new_price) == 'undefined' || typeof(productPriceWithoutReduction) == 'undefined') return; var points = Math.floor(new_price / point_rate); var total_points = points_in_cart + points; var voucher = total_points * point_value; if (none_award == 0 && productPriceWithoutReduction != new_price) { $('#loyalty').html(loyalty_already); } else if (!points) { $('#loyalty').html(loyalty_nopoints); } else { var content = loyalty_willcollect + " <b><span id=\"loyalty_points\">"+points+'</span> '; if (points > 1) content += loyalty_points + "</b>. "; else content += loyalty_point + "</b>. "; content += loyalty_total + " <b><span id=\"total_loyalty_points\">"+total_points+'</span> '; if (total_points > 1) content += loyalty_points; else content += loyalty_point; content += '</b> ' + loyalty_converted + ' '; content += '<span id="loyalty_price">'+formatCurrency(voucher, currencyFormat, currencySign, currencyBlank)+'</span>.'; $('#loyalty').html(content); } } Fonctionne également si un produit à une remise que sur une déclinaison.

Je ne sais même pas pourquoi je me suis posé la question ... On s'en fiche si le nouveau thème est installé depuis l'adresse de la nouvelle boutique. J'avais peur d'override des modules à cause du nouveau thème.

@doekia merci merci j'y vais ...

Merci pour la réponse Ca me rassure car je bloquais complètement.

non ce n'est pas block_contact mais block_myaccount_infos

Merci, Je vais partir sur une table : id_cart ipa price. Je matche et alerte le client. Depuis ce matin pas mal de clients ont râlé ( ce qui est logique ) et décrémenter le stock au panier boff boff.

ok merci quand même!

Bonjour @eolia Après avoir regardé l'error.log. On a checker les trads et certains fichiers template qui était appelé. Finalement, après y avoir passé plus de 2h à modifier 400000 fichiers sans voir de changement sur le site. On a fait des essais en effacant et en forcant le cache. Et même après avoir forcé ovh a egalement mettre le site en mode dev, ça n'a rien changé. Finalement, on a enlevé le mode debug, et les caches se sont bien raffraichis ! Il n'y avait plus d'erreur, et même la page produit s'affiche, le site marche bien, j'ai pu mettre des produits dans le panier. C'était vraiment dû à une mauvaise synchronisation de prestashop et il avait buggé dans le passé sans prendre en compte tous les changements. Ah la la... Merci encore pour vos conseils et le temps que vous avez pris. J'avoue Prestashop 1.7 m'aura bien traumatisé...

@chdup han.. merci pour l'information. effectivement, ça semble logique en plus. Comme je n'ai pas eu de message d'erreur, je pensais que prestashop avait comprit que c'était offert. Merci encore.

Plusieurs phénomènes peuvent être à la source de cela. Pas forcément récents. Il faut vérifier si le problème s'envenime (de + en + d'url, et elles changent). Au nombre des causes présentes ou passées: Un module ou une partie de code génère des liens erronés (vérifier tpl et override - notament Link.php) Un site backreference en se prenant les pieds dans l'encodage d'url (vérifier le referer) Un javascript buggue (pas forcément sur toutes les plateformes d'ailleurs, vérifier les user-agent source et tenter d'identifier la cause) Un bug qui aurait été résolu mais Google à une mémoire infini (et cela continura à être indexé pour l'éternité) Quand googleBot a débuté l'interprétation des javascript tout n'a pas été parfait dès le début - il a indexé des conneries. ( retour à 3 et 4) Une internaute à copié le lien depuis une appli foireuse (skype, forum boiteux, ...) On clique sur le lien de la page introuvable dans prestashop ou la search console, ce qui re-référence l'url invalide Qu'un bug soit découvert (et corrigé) ou non, il faudra faire une redirection type 301. Ceci ramènera le browser égaré sur la bonne url, mais google continuera pour l'éternité à avoir cette url dans son index https://twitter.com/JeanMarcMORIN1/status/925084168777854976