Titophe

Allo? Personne n'est impacté par ce problème?

Hello Personne n'a eu ce problème jusqu'ici? Je suis vraiment étonné! J'ai l'impression que les personnes de Prestashop ayant développé ce module PAYPAL (rev 1.6) ont calqué la page de paiement PAYPAL ne permettant pas de différencier les adresses de livraison et de facturation. J'apprécierais grandement une réponse sur ce topic qui donne à Paypal de bons arguments pour ne pas appliquer la protection des marchands lorsque nos clients documentent une adresse de livraison différente de celle de facturation. Merci beaucoup d'avance!

Allo? Y-a-t-il quelqu'un de Paypal qui puisse prendre en compte ma demande? J'ai aussi créé un ticket sur le système MTS de Paypal, mais celui-ci reste aussi lettre morte.

J'utilise Prestashop, Version 1.2.5, avec le module Paypal v1.6 J'ai eu récemment des problèmes car Paypal me refuse la protection des marchants. La cause: lorsque des clients placent une commande avec une adresse de livraison différente de l'adresse de facturation, Paypal considère l'adresse de facturation comme étant aussi l'adresse de livraison. En conséquence, j'ai expédié les produits à l'adresse de livraison indiquée par ma boutique Prestashop, et non pas à l'adresse de livraison indiquée par PAYPAL Quelqu'un saurait-il m'expliquer pourquoi Paypal ne prend pas en compte la bonne adresse de livraison et ce que je dois modifier pour que ce soit le cas? Merci beaucoup d'avance!

J'utilise Prestashop, Version 1.2.5, avec le module Paypal v1.6 J'ai eu récemment des problèmes car Paypal me refuse la protection des marchants. La cause: lorsque des clients placent une commande avec une adresse de livraison différente de l'adresse de facturation, Paypal considère l'adresse de facturation comme étant aussi l'adresse de livraison. En conséquence, j'ai expédié les produits à l'adresse de livraison indiquée par ma boutique Prestashop, et non pas à l'adresse de livraison indiquée par PAYPAL Quelqu'un saurait-il m'expliquer pourquoi Paypal ne prend pas en compte la bonne adresse de livraison et ce que je dois modifier pour que ce soit le cas? Merci beaucoup d'avance!

Aller, un dernier coup de main: Vérifiez chez votre hébergeur que l'IP de paypal ne s'est pas fait blacklister. La sandbox utilise une autre IP, ce qui explique que ça puisse marcher avec la sandbox et pas avec le serveur de production de Paypal.

Pour information, si vous faites une recherche Google avec les mots clef mod_security IPN Paypal vous remarquerez que c'est un problème connu et non lié à Prestashop, encore moins à des versions particulières de Prestashop, mais à toutes les solutions eCommerce fonctionnant sur serveur Apache et utilisant Paypal.

Problème résolu :-) Incompatibilité du module Apache mod_security avec les messages IPN de Paypal. Solution: demander à votre hébergeur de désactiver mod-security sur votre serveur Apache. Root cause: Tout a commencé lorsque votre hébergeur a activé ce p... de module sur votre server Apache.

Nous somme sur une piste de changement de règles de firewalls sur le serveur de notre hébergeur. Il semble que ce soit la bonne piste, mais nous n'avons pour l'instant pas encore fixé le problème. Ce pourrait être lié à des évolutions des serveurs Apaches.

Autre piste: Pour ceux qui sont impactés, pouvez-vous vérifier, auprès de votre hébergeur, s'ils n'ont pas fait un update de version de PHP juste avant que vous n'observiez le problème?

Piste possible: La seule chose que j'ai changée, le 1er mars, est les frais de transport dans mon BO, car les tarifs colissimo changent chaque année au 1er mars. Ainsi: les utilisateurs impactés auraient-ils aussi "touché" au transport juste avant d'expérimenter ce problème? Si vous vous souvenez avoir effectivement fait cette opération à ce moment là, ça peut nous aider à comprendre potentiellement l'impact de l'un sur l'autre, même si intuitivement il n'y a aucun lien.

@parfimp ==> Je ne souscris pas à cette explication. En effet, tout marchait très bien pour moi jusqu'au 1er mars. L'historique des IPN est parfait (status "Envoyé") jusqu'au 29 février inclus, puis brusquement tous mes IPN à partir du 1er mars sont en status "Nouvel essai en cours" Si le problème que vous discutez avec le SAV Paypal dure depuis plusieurs mois, comment se faut-il que dans mon cas, le problème n'existe que depuis le 1er mars? Je n'ai absolument rien changé sur mon BO ni sur mon compte Paypal... La seule explication que je puisse comprendre est que Prestashop brusquement renvoie des erreurs 406 aux IPN reçus, donc que le message IPN a évolué de telle façon que l'on aille vers la branche de code qui renvoue 406 alors qu'auparavant on allait dans celle qui répond 200.

A mon avis, le problème vient de Paypal. Les connaissant, il va falloir leur prouver qu'ils ont changé quelque chose. Quelqu'un a-t-il une idée des traces à rechercher? Je pense qu'ils ont changé quelque chose sur la partie IPN (Notification de paiement instantanée) Comment voir ce qui a pu changer et ce qui ne fonctionne plus sur cette partie?

Pour information, je viens d'avoir exactement le même problème aujourd'hui. Pourtant, j'ai fait des ventes tout le mois de février sans aucun problème. Je suis moi aussi sur PS 1.2.5 avec le module paypal 1.6. Que s'est-il passé à partir du 1er mars? C'est quand même très étrange! @Fabien Serny: si c'est un bug connu, pourquoi cela marchait-il jusqu'à maintenant?

Merci Partner! Mon email: [email protected] Merci d'avance!