nomad-land Posted October 15, 2012 Share Posted October 15, 2012 Bonjour à tous, Meme probleme que vous, et moi aussi chez OVH. Je suis le topic avec intéret ! PayPal v2.8.7 et 1.4.8.2 Merci Link to comment Share on other sites More sharing options...
gdetoo Posted October 15, 2012 Share Posted October 15, 2012 Bonsoir Je vois que je ne suis pas le seul à avoir ce probleme avec paypal et un hébergement OVH. L'incident a été déclaré il y a 5 jours et ce matin , mon billet a été pris en compte par les techniciens de OVH ! A 10h00 le message était : Date : 2012-10-15 10:37:29 Bonjour, Nous nous excusons pour ce retard. Je vous informer que le mod_security de APACHE est désactivé sur votre hébergement, comme vous n'avez pas activé l'option pare-feu applicatif. Ce module Apache est optionnel, seul vous pouvez l'activer/désactiver. Pourriez-vous nous fournir un lien sur lequel nous pouvons tester le passage de commande avec des identifiant que vous nous créer? A 12h00 le message était : Date : 2012-10-15 12:02:38 Bonjour, Nous avons localisé le soucis, il est en cours de correction. Je vous tiens informé dès que le soucis est fixé. Donc voila où j'en suis sur le front de ce grave soucie qui discrédite nos boutiques !!!! En effet pas sérieux de recontacter le client pour savoir exactement sa commande !!! Pour infos on peut récupérer dans le panier une partie de la commande , mais sans les quantités !!! Donc je suis dans l'attente de ce déblocage , à 21h39 derniere commande passée , toujours pas de retour IPN de paypal à prestashop via OVH qui bloque !!!!! Alors que sur ma boutique de 1&1 pas de probleme !!!!! Mettons un cierge en espérant que le probleme sera solutionné car honnetement je suis dans la M............... Si vous avez une solution , merci de m'envoyer cette solution , je ferais de même , mais cela vient de OVH et je ne vois pas comment faire ! Link to comment Share on other sites More sharing options...
Leslie-C31 Posted October 16, 2012 Share Posted October 16, 2012 Effectivement je confirme aussi être chez OVH. Par contre, le problème n'est pas spécifique à paypal sur la boutique. Gtedo pourra tu nous tenir au courant de l'avancée d'OVH sur ton problème? Merci Link to comment Share on other sites More sharing options...
slinge Posted October 16, 2012 Share Posted October 16, 2012 Idem chez moi sur une de mes 2 boutiques.. Toutes les 2 en presta 1.4.6.2 et avec paypal 2.8.5. Les 2 chez OVH (mais sur 2 serveurs différents) L'une fonctionne très bien, mais l'autre ne valide plus les paiements paypal depuis jeudi dernier... Avez-vous des nouvelles de OVH ? Merci Link to comment Share on other sites More sharing options...
gdetoo Posted October 16, 2012 Share Posted October 16, 2012 (edited) Bonjour Ce matin j'ai eu ce message sur le billet OVH : Bonjour, Pourriez-vous vérifier de nouveau de votre coté? Le soucis a été fixé, vous ne devriez plus avoir de soucis. Cordialement, Après un test , ça fonctionne toujours pas .... j'ai envoyé un email pour l'informer de ce non fonctionnement ( faut il attendre .... ) J'ai également indiqué au technicien ce forum avec les divers personnes concernées !!!! Mais pour l'instant pas d'informations spécifiques !!!! On se tient au courant mais c'est la M******** Masque nuit - montre infirmière - pinata Edited October 16, 2012 by gdetoo (see edit history) Link to comment Share on other sites More sharing options...
krystelle Posted October 16, 2012 Share Posted October 16, 2012 J'ai aussi envoyé un message à OVH, sans réponse pour l'instant... Merci gdetoo de nous tenir au courant ! Bonne journée Link to comment Share on other sites More sharing options...
parfimp Posted October 16, 2012 Share Posted October 16, 2012 (edited) Ceux qui pensent que le souci évoqué dans ce topic provient de leu FAI sont probablement hors sujet, même si les symptômes peuvent paraitre similaires. 1- le problème évoqué impacte des sites hébergés chez des FAI différents, des vérifications ont été effectuées avec des conclusions négatives 2- Paypal a effectué des vérifications de son côté, aucun lien avec le problème n'apparait détecté 3- le problème impacte différentes versions de Prestashop 4- la màj du module Paypal nne résoud pas le problème 3- Reste donc Prestashop d'où aucune réponse à considérer sérieusement ne nous parvient. Il semble cependant, aux dires de Mr. PAYPAL, qu'une boutique impactée soit à l'examen sous synergie Paypal-Prestashop. Nous attendons les conclusions des investigations. Edited October 16, 2012 by parfimp (see edit history) Link to comment Share on other sites More sharing options...
slinge Posted October 16, 2012 Share Posted October 16, 2012 Bizarre... Une commande test faite ce matin à 10:02 vient d'être validée à 15h47 (alors même qu'entre-temps, je m'étais rembourser via le backoffice paypal...) Bizarre... Link to comment Share on other sites More sharing options...
Yann - Prestaplugins Posted October 16, 2012 Share Posted October 16, 2012 (edited) Pour ma part j'avais déjà mené une enquête approfondie dans le code presta, j'en avais bien chié... et il s'averait que c'était un hook (peut-être bien l'appel à Hook::newOrder dans PaymentModule) qui bloquait la génération correcte de la commande dans le BO. Pour le cas de mon client, le hook appelait le module eBay (certainement pour la synchronisation des stocks), lequel devait planter quelque part, et du coup la génération des lignes dans OrderHistory (nécessaire pour que la commande soit visible dans la liste des commandes), n'était pas appelé et l'email au client pas envoyé... Je vous conseille de mener l'enquête sur cette piste, regardez tous vos modules liés au hook newOrder, et faites des tests en les désactivant... Il semble évident que la création de toutes les infos de la commande devrait être faites AVANT l'appel à des modules tiers pouvant planter le truc... mais bon... presta en a décidé autrement. Edited October 16, 2012 by Patanock (see edit history) Link to comment Share on other sites More sharing options...
parfimp Posted October 16, 2012 Share Posted October 16, 2012 Voilà une piste qui me parait à considérer avec attention, Patanock. Merci pour cet indice, il faudrait simplement que quelqu'un qui sache manipuler les hooks nous donne la chemin à suivre car perso je ne sais ni où trouver les hooks en question, ni les désactiver. Link to comment Share on other sites More sharing options...
nomad-land Posted October 16, 2012 Share Posted October 16, 2012 (edited) hello, chez moi ça fonctione à nouveau depuis aujourd'hui ! Je n'ai rien fait de mon coté... (ovh) Edited October 16, 2012 by nomad-land (see edit history) Link to comment Share on other sites More sharing options...
gdetoo Posted October 16, 2012 Share Posted October 16, 2012 Bonjour Pour aider dans la recherche du probleme que nous rencontrons pouvez vous indiquer si vous êtes chez OVH ou chez d'autres FAI ???? Merci Link to comment Share on other sites More sharing options...
parfimp Posted October 16, 2012 Share Posted October 16, 2012 Online pour ce qui me concerne et sûr je l'ai dit dès la première page de ce topic Link to comment Share on other sites More sharing options...
gdetoo Posted October 16, 2012 Share Posted October 16, 2012 Pour moi : http://www.grossiste-montre-infirmiere.eu Téléchargement nouvelle version paramétrage de base Commande passée Paiement reçu sur paypal MAISSSSSSSSSSS Commande non enregistrée sur prestashop !!!! Le probleme est toujours d'actualité , malgré une version de base prestashop et tout les modules à jours !!!!! Là je ne sais plus quoi faire !!!! Attendons les réponses de paypal ! Link to comment Share on other sites More sharing options...
De Posted October 17, 2012 Share Posted October 17, 2012 (edited) Hello all Pour info : J'ai le même problème depuis ce matin : commandes via Paypal non enregistrées (commandes par chèque OK) J'ai appelé le service client de Paypal suite à la lecture de ce topic. Ils m'ont indiqué que le pb viendrait d'une mise à jour de leur part la semaine dernière (?) et m'ont demandé de laisser un message au service technique à cette adresse : http://www.paypal.com/mts (réponse sous 24h...) Par ailleurs je constate que depuis mon compte Paypal > Historique > Historique des notifications instantanées de paiement (IPN) : toutes les notifications depuis ce matin sont sur "nouvel essai en cours" [EDIT à 18h00] J'ai regardé mes logs chez OVH et depuis aujourd'hui je n'ai plus de requêtes de Paypal vers "/modules/paypal/validation.php" malgré les commandes passées. J'ai essayé de passer directement dans l'URL les paramètres d'une notification Paypal (IPN) pour forcer la validation mais le script attend un POST et non pas un GET, résultat rien ne se passe. Je suis bloqué là pour le moment... Edited October 17, 2012 by De (see edit history) Link to comment Share on other sites More sharing options...
Spi Posted October 17, 2012 Share Posted October 17, 2012 Bonjour, Idem pour moi, 1.4.4.1 sur OVH serveur mutualisé, depuis hier après midi les paniers validés avec paiement Paypal ne pas transformés en commande... Après un contact téléphonique avec Paypal ils m'ont demandé d'expliqué mon problème au service technique, réponse de leurs part sous 24h. Chez OVH un ticket à été ouvert sans aucune réponse de leurs par depuis ce matin. Quelqu'un a t-il trouvée la solution entre temps ? Link to comment Share on other sites More sharing options...
Unoth Posted October 17, 2012 Share Posted October 17, 2012 Même problème ici... Sur plusieurs boutiques, de PS 1.3 a 1.4, sur du OVH mutualisé et OVH dédié, avec Paypal / Paybox et Atos ... :/ Des fois ça ne passe pas, impossible de savoir pourquoi! Pour tester j'ai carrément désactivé dans les classes PaymentModule et OrderHistory les Hooks. Aucune amélioration, je dirais donc que ça ne vient pas des modules. Dans la fonction "PaymentModule::validateOrder()" on a : 1) L'ajout des bons de réductions (de mon coté c'est toujours ok au moins jusque là) 2) L'ajout du message lié à la commande si il y en a un 3) L'ajout des produits au ProductSale (qui doit gérer les meilleures ventes, à priori cette phase est ok également) 4) L'ajout du statut "En cours de réappro" si besoin 5) L'ajout du statut de la commande (le fameux statut qu'il nous manque) Je peux me tromper car j'ai pas pousser les tests très loin, mais je dirais que le problème se passe au moment de l'appel à "OrderHistory::changeIdOrderState()" (qui crée la facture, que je n'ai jamais) qui est juste avant le "OrderHistory::addWithemail()" (qui enregistre le statut de la commande et envoie le mail). Malheureusement impossible de reproduire ce p... de problème, difficile du coup de le cibler pour le corriger :s Si par hasard quelqu'un a trouvé un moyen de le reproduire, je suis ultra preneur! Commercialement c'est plus que moyen comme bug... :/ Link to comment Share on other sites More sharing options...
gdetoo Posted October 18, 2012 Share Posted October 18, 2012 Bonjour Bon la réponse que je redoutais est arrivé ..... OVH quitte définitivement ou temporairement ???? le navire et indique que c'est pas eux !!!!! La réponse d'ovh : ******** Bonjour, Après plusieurs test à notre niveau tout se passe correctement (sur notre prestashop de test) Cependant sur le forum prestashop je vous conseil de regarder la réponse de patanock. et de "DE" "J'ai appelé le service client de Paypal suite à la lecture de ce topic. Ils m'ont indiqué que le pb viendrait d'une mise à jour de leur part la semaine dernière (?) et m'ont demandé de laisser un message au service technique à cette adresse : http://www.paypal.com/mts (réponse sous 24h...)" Car à notre niveau nous ne constatons vraiment plus de soucis de liaison avec paypal au niveau de notre infrastructure nous avons fait le nécessaire pour éviter le problème que nous avons eu la semaine dernière. Cordialement, ********* Attendons la réponse de paypal !!!! Je téléphone ce jour à prestashop et paypal ... on verra bien , mais de toute manière le mur des hot lines sont super haut .... Ma réponse à OVH : ******* Bonjour Pour faire suite à votre réponse , je constate en effet que les IPN passe . En revanche les probleme est absolument pas régler de votre coté . En effet vous m'indiquez que votre boutique test fonctionne !!!! Pouvez vous m'indiquez quel module vous avez installé, car ma boutique test ne fonctionne pas !!!! Je vous ai donné les codes vous pouvez le constater . Or cette boutique test a été installé avec les nouveaux produits téléchargés sur les sites officiels sans bidouille .... ( en effet mes boutiques sont toutes avec le templates de base ) . Je constate sur le forum consacré à ce probleme que des messages concernent également d'autres produits que paypal ( paybox .... ) ..... Pouvez vous s'il vous plait m'indiquez pourquoi cela concerne plusieurs fournisseurs de paiement , plusieurs boutiques ..... Je trouve votre réponse un peu facile ,même si j'ai constaté un suivi de votre part . Pouvez vous m'indiquez pourquoi sur 1&1 cela pose aucun probleme alors que chez vous cela pose probleme ? Certes vous attendez un retour de paypal concernant cette mise à jour , cependant vous commercialisez des nom de domaine, hébergement ..... et vos clients ont besoin d'un suivi derrière comme certes vous l'avez fait , mais vous quittez un peu facilement le navire . Je compte sur vous pour mes réponses à mes interrogations , concernant le fait que cela ne fonctionne pas sur la boutique test , que la meme instalation fonctionne sur 1&1 , que paypal n'est pas le seul concerné !!!!! A ce jour j'ai fait confiance à OVH pour mes boutiques , mais je suis obligé depuis 1 SEMAINE de faire de la bidouille pour ne pas léser mes clients ! Dans l'attente de vous lire, ou au moins d'échanger au téléphone ( je suis bien élevé , je ne vais pas hurler , brailler , insulter , cela ne sert à rien du tout !!! :-) Merci de votre compréhension concernant mes doutes David ******* Si vous avez des idées ........... Faites signes sur le forum !!!! Si paypal passe par là ..... faites signes Si prestashop passe par là ..... faites signes !!!! Nous sommes des entrepreneurs dans la M******* 1 Link to comment Share on other sites More sharing options...
De Posted October 18, 2012 Share Posted October 18, 2012 J'ai ouvert un ticket chez OVH ce matin, suite à une réponse de Paypal : "Tout fonctionne correctement de notre côté, tous vos envois IPN sont en mode "SENT", excepté que la validation échoue avec votre script IPN . En fait nous ne recevons aucune réponse de votre serveur : nous avons "HTTP Response " vide. Cette erreur signifie que quelque chose a mal tourné sur le serveur du site web, mais le serveur n'a pas pu être plus précis sur le problème exact. Veuillez vous assurez que toutes les permissions sont accordées à l'url du IPN et que les ports 80 et 443 sont ouverts. Vous pouvez aussi comparer votre code avec celui de notre assistant de création de script http://paypaltech.com/sg2" CEPENDANT, après avoir demandé à Paypal pourquoi ceci était arrivé soudainement après des mois de fonctionnement normal, j'ai reçu cette réponse : "Pouvez vous m'envoyer le contenu du fichier validation.php et je vais voir s'il est conforme à HTTP/1.1\ que nous avons récemment mis en service." J'ai envoyé mon fichier et j'attends la réponse... je vous tiens au courant. Pour info, je teste mon url IPN sur la sandbox de Paypal et j'ai comme résultat : "IPN delivery failed. Unable to connect to the specified URL". J'ai essayé avec une autre boutique et cela fonctionne... Link to comment Share on other sites More sharing options...
gdetoo Posted October 18, 2012 Share Posted October 18, 2012 Merci pour ta réponse ... on est un peu seul dans cette affaire !! et on doit se débrouiller !!! A première vue oui comme j'ai mis dans mon message , paypal " aurait " modifier quelque chose !!!!!! En attendant je galere depuis 2 heures à reconstitués les commandes ....... Alors que d'habitude 5 minutes !!! OUAIS Dès que j'ai fini cela ( priorité aux clients !!! ) je repasse un coup de fil à paypal et pourquoi pas à prestashop !!! Link to comment Share on other sites More sharing options...
Yann - Prestaplugins Posted October 18, 2012 Share Posted October 18, 2012 C'est clair que prestashop pourrait se manifester et faire les tests qu'il faut... En tout cas courage les gars vous tenez le bon bout. Unoth : as tu essayé de mettre des logs dans changeIdOrderState pour voir à quel niveau ça plante ? Link to comment Share on other sites More sharing options...
EnveloppeBulle Posted October 18, 2012 Share Posted October 18, 2012 Bonjour même galère mais que depuis hier 22h. Prestashop version 1.4.4.1 et paypal en version 2.6 (ovh mutualisé) Je suis également la discussion sur le forum OVH : http://forum.ovh.com/showthread.php?p=516502 car je pense quand même que le soucis provient d'une incompatibilité quelque part ! (ovh-paypal ? paypal-prestashop ? ovh-prestashop-paypal ?)... par contre, pour nous les commandes sont intactes dans les paniers des clients, alors nous nous connectons en superadmin à la place des clients, nous validons les commandes en choisissant paiement par chèque puis nous modifions dans la BDD le type de paiement de la commande. Link to comment Share on other sites More sharing options...
lily fairy Posted October 18, 2012 Share Posted October 18, 2012 bonjour m inquiétant du 'calme' sur mon site depuis 24h je suis allée voir sur paypal j ai des paiements enregistrés mais pas de commande sur mon admin ! je ne vous dis pas la panique !! je suis sur ovh (serveur privé) prestashop 1.4.8.2 paypal 2.8.5 espérant retrouver ma boutique en état rapidement bon courage à ceux qui cherchent Link to comment Share on other sites More sharing options...
Laurent71 Posted October 18, 2012 Share Posted October 18, 2012 Bonjour, Problème identique depuis hier soir 20h30, les commandes ne remontent plus dans le B.o Version: 1.4.4.1 Ovh: Serveur mutualisé Belle journée en perspective.... Link to comment Share on other sites More sharing options...
gdetoo Posted October 18, 2012 Share Posted October 18, 2012 C'est dingue ça les boutiques tombent les unes après les autres !!!!!!! Je viens de laisser également un message sur le forum OVH , pensez à le faire ! Pensez également à téléphoner à paypal , OVH et prestashop , c'est en secouant le cocotier que l'on peut y arriver !!!! Je vais regarder ton histoire de super admin , je connaissais pas la technique ! Link to comment Share on other sites More sharing options...
gdetoo Posted October 18, 2012 Share Posted October 18, 2012 Bonjour Alors paypal m'a indiqué qu'il faut contacter le service technique pour valider les notifications !!! J'ai des doutes car je ne reçois plus de message d'erreur sur les notifications .... Affaire à suivre Donc cher confrere vous devez téléphoner à paypal , ils vont vous donner la procédure à suivre ..... Je mets un cierge !!! Link to comment Share on other sites More sharing options...
gdetoo Posted October 18, 2012 Share Posted October 18, 2012 Bonjour Quelqu'un sait comment valider le panier en commande ????? J'ai trouvé cela : http://www.webbax.ch/2011/12/19/recuperer-une-commande-perdue-sous-prestashop/ Mais ça ne fonctionne pas sur notre probleme , les produits restent dans le panier !!!! Link to comment Share on other sites More sharing options...
De Posted October 18, 2012 Share Posted October 18, 2012 Bonjour Alors paypal m'a indiqué qu'il faut contacter le service technique pour valider les notifications !!! J'ai des doutes car je ne reçois plus de message d'erreur sur les notifications .... Affaire à suivre Donc cher confrere vous devez téléphoner à paypal , ils vont vous donner la procédure à suivre ..... Je mets un cierge !!! De quel messages d'erreur parles-tu ? Sur mon admin Paypal, les IPN sont toujours à l'état "Nouvel essai en cours" (plus de 10 tentatives déjà) et le technicien de Paypal m'a indiqué qu'il n'y avait pas de réponse à l'appel du script (comme je le disais plus haut). De plus je continue régulièrement à tester mon URL sur la sandbox de Paypal et c'est toujours en erreur. En tout cas tiens-nous au courant, merci Link to comment Share on other sites More sharing options...
petiteetoile Posted October 18, 2012 Share Posted October 18, 2012 J'apporte ma pierre à l'édifice... J'ai exactement le même problème que vous depuis le 16 octobre vers 15h. Mais je peux confirmer qu'il ne s'agit pas d'un problème spécifique à Prestashop puisque je suis ... sous Creloaded Standard 6.2 (je suis en train de tester le passage à Prestashop en parallele ) Tout marchait parfaitement bien avant ce souci (et je n'ai évidemment rien touché qui aurait entrainé ce problème). J'ai contacté Paypal et OVH (car oui par contre MOI AUSSI je suis sur OVH) mais ils se renvoient tous les deux la balle. Au final rien n'avance et je me retrouve donc à valider et destocker les commandes manuellement ! Sur Paypal, dans l'historique des notifications, j'ai moi aussi "Nouvel essai en cours". OVH me redemande de faire des tests Sandbox, donc il va falloir que j'attende encore une journée puisqu'évidemment pour ne pas déranger mes clients je vais devoir attendre la nuit pour les faire (pour un résultat qui sera évidemment le même que vous tous !). Cela me rend folle ! Je vais rappeler Paypal et voir où ils en sont... Link to comment Share on other sites More sharing options...
SmartToyDogs Posted October 18, 2012 Share Posted October 18, 2012 Bonjour, Je rencontre le même problème que tous depuis ce matin, les paiements Paypal arrivent bien sur mon compte, mais pas de cde dans le bo. Je valide les commandes des clients grâce au module superadmin, depuis les paniers. Mais tous les paniers ne sont pas complets, il faut donc demander aux clients ce qu'ils ont commandé, pas sérieux... J'espère qu'OVH et Paypal vont vite réagir, un bug similaire m'était tombé dessus fin septembre, mais mes commandes étaient enregistrées dans le bo, je recevais les paiements, mais les commandes arrivaient avec le message "erreur de paiement". Là c'est bien plus gênant! Merci Link to comment Share on other sites More sharing options...
petiteetoile Posted October 18, 2012 Share Posted October 18, 2012 Voici le mail que je viens de recevoir de Paypal : "Voici un lien pouvant vous aider : https://ppmts.custhelp.com/app/answers/detail/a_id/92/session/L3RpbWUvMTM0MjQyNjY5NS9zaWQvV3BOaWZnMWw%3D Ou bien il peut être lié aux ports : nous utilisons les ports classiques que tout hébergeur doit avoir ouvert. Je vous invite a contacter OVH afin de vérifier le port. Le port utilisé a leur transmettre si besoin : 'HTTPS via le port 443' Nous continuons a rechercher la résolution de ce problème," 1 Link to comment Share on other sites More sharing options...
De Posted October 18, 2012 Share Posted October 18, 2012 (edited) Est-ce qu'il n'y aurait pas un moyen (je m'adresse plutôt aux développeurs) de faire passer les paramètres des IPN dans l'URL de validation pour forcer la validation des commandes ? Du type : monsite.ext/modules/paypal/validation.php?mc_gross=&item_mpn1=&protection_eligibility=Ineligible&item_count_unit1= ETC... J'ai essayé sans modifier le script de validation.php (et donc sans succès) ; je suppose qu'il faut le modifier pour récupérer les paramètres en GET... Je dis des bêtises ou qqu'un me suit ? Sinon qqu'un a une idée pour mettre en application ? Merci Edited October 18, 2012 by De (see edit history) Link to comment Share on other sites More sharing options...
Unoth Posted October 18, 2012 Share Posted October 18, 2012 @Patanock : Malheureusement je n'ai pas eu le temps de tester ça, je croule un peu sous le taff en ce moment :/ Mais dès que je trouve 15min je vais faire ça! Link to comment Share on other sites More sharing options...
De Posted October 18, 2012 Share Posted October 18, 2012 Réponse de OVH : "Votre ticket a ete attache a l'incident numero #4513. Probleme paypal Nous vous informerons prochainement sur la resolution de l'incident." Link to comment Share on other sites More sharing options...
Unoth Posted October 18, 2012 Share Posted October 18, 2012 Truc a deux balles mais... Quelqu'un a ouvert un ticket sur la forge? C'est un bordel la dedans... j'ai trouvé qu'un seul ticket en faisant une recherche, qui ressemble au même problème, celui-ci : http://forge.prestashop.com/browse/PSCFI-6541?page=com.atlassian.jira.plugin.system.issuetabpanels%3Aall-tabpanel#issue-tabs Link to comment Share on other sites More sharing options...
De Posted October 19, 2012 Share Posted October 19, 2012 Les IPN commencent à refonctionner, les commandes passées depuis 2 jours commencent à être enregistrées dans le BO de Prestashop. J'ai teste mon URL de validation des IPN dans la sandbox : ça marche ! J'ai passé une commande dans ma boutique : ça marche ! Aucune modification effectuée pour que cela remarche ! PS : je vais quand même modifier mon fichier validation.php sur le conseil du technicien Paypal : passer HTTP/1.0 en HTTP/1.1 1 Link to comment Share on other sites More sharing options...
De Posted October 19, 2012 Share Posted October 19, 2012 Je n'ai procédé à aucun changement pour que cela remarche. Les IPN sont d'ailleurs à nouveau passées soudainement pendant la nuit. Le technicien Paypal m'interrogeant pour savoir ce que j'ai modifié pour que cela remarche, j'en déduis que Paypal n'a rien fait non plus pour résoudre le problème, c'est donc que la solution a du être apportée par OVH. Si c'est bien le cas, il reste à savoir pourquoi le serveur d'OVH ne répondait plus aux appels IPN de Paypal ? Le cas échéant, ne faudrait-il pas que Paypal et OVH se rapprochent pour connaitre la réponse, étant donné l'impact négatif sur les clients ? (et pour éviter que cela ne se reproduise) Il ne faudrait pas que Paypal et OVH se renvoient simplement la balle sans tenir informés leurs clients. Link to comment Share on other sites More sharing options...
EnveloppeBulle Posted October 19, 2012 Share Posted October 19, 2012 Un membre de la team OVH a répondu : "C'etait lié à un probleme avec un fournisseur de transit, on est actuellement en contact avec pour corriger le probleme." Cela dit, moi, je rencontre toujours le problème ! ce n'est pas résolu partout ! (ovh 240plan / cluster002 / filerz23) Link to comment Share on other sites More sharing options...
petiteetoile Posted October 19, 2012 Share Posted October 19, 2012 Tout remarche chez moi depuis cette nuit, sans modifs également. La réponse d'OVH : "Ceci était lié à un probleme réseau sur nos installations. Desolé de la gene occasionnee" Bon courage à ceux qui rencontrent toujours des problèmes. Link to comment Share on other sites More sharing options...
Unoth Posted October 19, 2012 Share Posted October 19, 2012 A priori résolu sur 2 boutiques dont je m'occupe... En tout cas rien depuis hier alors que c'était récurrent! ... On pouvait toujours chercher les bugs sur Presta si ça venait bien d'OVH! Affaire à suivre tout de même... Link to comment Share on other sites More sharing options...
gdetoo Posted October 20, 2012 Share Posted October 20, 2012 Bonjour En se qui me concerne mes boutiques sont toujours HS .... Aucune validation de commande après un paiement paypal ..... Ma boutique sur 1&1 fonctionne sans probleme .... Je trouve ça incroyable la désinvolture de certains !!!!!! Presque 2 ans chez OVh sans probleme , mais au premier probleme .... Donc 1 semaine dans la M........ je commence à me demande sir il faut que je bascule toute mes boutiques chez 1&1 !!! Je ne sais plus quoi faire ou que dire !!! Link to comment Share on other sites More sharing options...
EnveloppeBulle Posted October 22, 2012 Share Posted October 22, 2012 as-tu réactivé les IPN dans Paypal ? (l'option se décoche à la suite de trop d'erreurs à la suite...) Link to comment Share on other sites More sharing options...
pierrell Posted October 22, 2012 Share Posted October 22, 2012 La seule solution trouvée = revenir à paypal v2.8.6. Link to comment Share on other sites More sharing options...
deguisonia Posted October 30, 2012 Share Posted October 30, 2012 Bonjour, je m'en remet à vous car je ne trouve pas de solution et je commence a desesperer (ma boutique ouvre vendredi) Lorsque je fais des commandes "test" et que je selectionne "paypal" en mode de paiement , voici le message d'erreur qui s'affiche : TIMESTAMP -> 2012-10-28T22:10:38Z L_ERRORCODE0 -> 10002 L_SHORTMESSAGE0 -> Security error L_LONGMESSAGE0 -> Security header is not valid L_SEVERITYCODE0 -> Error j'ai désinstallée et réinstallée paypal recommencer la configuration API et rien, toujours rien.... merci d'avançe pour votre aide Link to comment Share on other sites More sharing options...
Mr_PayPal Posted October 31, 2012 Share Posted October 31, 2012 (edited) Bonjour deguisonia, Je vous copie/colle ici la réponse que j'ai pu apporter à d'autres marchands, en espérant que cela vous aidera : L'erreur 10002 est une erreur provenant de vos codes API. Il y a plusieurs points à vérifier. Tout d'abord sachez que si vous êtes en mode test activé vous devez renseigner l'adresse de votre compte marchand Sandbox et non celui de votre compte PayPal. En mode test, les trois champs API correspondent également à la signature API de votre compte Sandbox. Inversement, lorsque vous êtes en mode test désactivé, l'adresse de votre compte PayPal marchand correspond à celle de votre compte PayPal Business. Les codes API que vous devez renseigner sont obtenus dans votre compte PayPal. Notez que les codes API du mode test et non test sont différents. Enfin, la dernière chose qui peut provoquer une erreur 10002 est l'insertion d'un espace ou d'une tabulation lors de la copie des codes API. Si cela ne marche toujours pas, je vous conseille vivement de contacter l'équipe MTS : https://ppmts.custhelp.com/ Cordialement. Edited October 31, 2012 by Mr_PayPal (see edit history) Link to comment Share on other sites More sharing options...
irislila Posted November 4, 2012 Share Posted November 4, 2012 Bonjour, je m'en remet à vous car je ne trouve pas de solution et je commence a desesperer (ma boutique ouvre vendredi) Lorsque je fais des commandes "test" et que je selectionne "paypal" en mode de paiement , voici le message d'erreur qui s'affiche : TIMESTAMP -> 2012-10-28T22:10:38Z L_ERRORCODE0 -> 10002 L_SHORTMESSAGE0 -> Security error L_LONGMESSAGE0 -> Security header is not valid L_SEVERITYCODE0 -> Error j'ai désinstallée et réinstallée paypal recommencer la configuration API et rien, toujours rien.... merci d'avançe pour votre aide Pour ma part ce problème durant depuis avril 2012 et n'étant toujours pas efficacement réglé par les différents partenaires gratuits ou payants à qui je faisait confiance, j'ai fermé boutique et me suis désinscrite du centre de formalité des entreprises. C'est incroyable qu ce ne soit pas rentré dans l'ordre depuis tout ce temps. c'est un manque de sérieux et je suis fort déçue de m'être laissée bernée. Link to comment Share on other sites More sharing options...
N°6 Posted November 13, 2012 Share Posted November 13, 2012 Bonsoir, je suis hébergé chez Nuxit (ex-Phpnux), Je rencontre le même problème que vous tous depuis un mois environ. Toutes les commandes réglées par CB sans ouvrir de compte paypal ne générent pas de commande en back office, ni d'email du type "vous avez une nouvelle commmande" Par contre le compte du client est bien débité à chaque fois et je reçois un email d'avis de réception de paiement par Paypal. Le gros soucis est que certains clients essaient plusieurs fois de régler leur achat car ils pensent à un message d'erreur dû à une erreur de leur part, donc c'est la valse des remboursements des commande spassées en doublons ou triplettes et les coups de fils ou emails à passer aux clients concernés pour les rassurer et ne pas passer pour une bande de rigolos. Je suis en presta 1.4.3 avec module paypal d'origine. Y-a-t-il un module permettant de rentrer sur un compte client existant sans en avoir le mot de passe afin d'y créer une commande si celle-ci n'est passée sauf sur PAYPAL? Merci par avance pour votre aide. Bonjour chez vous! N°6 Link to comment Share on other sites More sharing options...
N°6 Posted November 15, 2012 Share Posted November 15, 2012 Petit Up? Personne n'a de réponse à ce problème? Merci. Link to comment Share on other sites More sharing options...
parfimp Posted November 15, 2012 Share Posted November 15, 2012 Non personne à ma connaissance. Link to comment Share on other sites More sharing options...
McWay Posted November 20, 2012 Share Posted November 20, 2012 (edited) Qd vous passez en mode debug via config.inc.php vous avez l'info MySqlServer has gone away ... Donc il faut patcher le module MySql.php pour vérifier si la connexion MySql est toujours active. Cela ne garanti pas que la connexion bdd ne claquera pas en plein milieu d'une transaction mais cela améliore la possibilité d'avoir des commandes validées. Pour info : - Hébergement Online Mutualisé (on va migrer chez OVH car plus rapide et en dédié) - PS 1.4.9 Pb ces derniers jours en retour de paiement PayPal : le Serveur MySql ou la boutique a coupé la liaison à la base de données. Arrive qd le serveur est bien chargé .... http://www.macwhey.com Edited November 20, 2012 by McWay (see edit history) Link to comment Share on other sites More sharing options...
keutche Posted January 11, 2013 Share Posted January 11, 2013 (edited) Bonjour à tous, je viens de retomber un peu par hasard sur ce topic, que j'avais consulté lors de problèmes similaires survenus sur la boutique de Titophe. Celui-ci avait d'ailleurs bien indiqué que le problème avait été clairement identifié côté hébergeur, et que seule une action de la part de l'hébergeur avait permis de résoudre le problème. Ce qui me frappe ici, c'est la durée de ce problème pour certains d'entre vous, car j'ai reconnu des pseudos, qui était là dès le mois de Mars 2012!! D'après les différents commentaires, beaucoup de personnes hébergés chez OVH, semblent pâtir du même problème, cela ne peut être une coïncidence! Surtout que pour certains une opération des équipes OVH a permis de retrouver un fonctionnement normal, malgré le déni initial de l'hébergeur. Par ailleurs, j'ai crû comprendre que beaucoup d'entre vous n'était pas "technique", mais un test assez facile, qui permet d'écarter assez rapidement tout problème lié à Prestashop / Paypal, est le test chez un autre hébergeur. Avez-vous essayé de faire déployer une copie de votre site chez un autre hébergeur/serveur chez le même hébergeur, et testé si oui ou non le processus de commande via Paypal était opérationnel ? Effectivement, on constate ici et là , différentes versions de Prestashop, différentes versions du module Paypal, mais grosso modo, cela reste plus / moins (chaque version apportant son lot de fonctionnalités supplémentaires) la même chose. La seule vrai différence reste l'hébergeur, et être chez le même hébergeur, ne signifie pas pour autant être sur le même serveur mutualisé avec un niveau de patchs / versions des softs (apache, mysql, php) identiques. Pour preuve , lors de la recherche de l'origine du problème dans le cas du site de Titophe, nous disposions de 2 sites chez le même hébergeur, l'un souffrait du problème décrit ici, alors que pour l'autre aucun problème à signaler. Une copie du site du serveur défaillant, vers le serveur opérationnel, nous a mis sur la voie d'un problème purement côté hébergeur. En espérant, que cela bénéfice à toutes les personnes en quête d'une solution à cette problématique. Cordialement, Keutche Edited January 11, 2013 by keutche (see edit history) Link to comment Share on other sites More sharing options...
LSAM Posted January 25, 2013 Share Posted January 25, 2013 bonjour, Problème réglé pour ma part suite à une mise à jour de prestashop, paypal et en réactivant mon IPN. N'empêche que cela ne cerne pas vraiment ce dysfonctionnement. on ne sait pas si ca vient de paypal ou de prestashop. En espérant que ça puisse aider ceux qui ont toujours ce soucis. version prestahop 1.5.3.1 version paypal 3.4.4 Cordialement Lsam Link to comment Share on other sites More sharing options...
mamz Posted February 8, 2013 Share Posted February 8, 2013 Problème récurrent chez moi depuis avril 2012 (PS 1.3.5 hébergée chez Planethoster), avec de longues périodes où "tout va bien", et des périodes où ça bugge (2 commandes payées sur Paypal mais non visibles en BO depuis début février), parfois à partir du panier j'ai "la main" et je peux passer la commande en statut "paiement accepté", parfois non... Et le module "transformation de panier en commande" ne règle pas mon problème : si je rentre le N) de panier à transformer, on me dit qu'une commande a déjà été passée à partir de ce panier... Link to comment Share on other sites More sharing options...
Gabriel42 Posted June 3, 2013 Share Posted June 3, 2013 (edited) Bonjour, Je viens de souffrir de cette même expérience. Après quelques minutes de panique, j'ai eu la bonne idée de consulter les logs d'erreurs de PHP. Voici le message qui en dit suffisament pour y remédier rapidemment : Cet appel aux Services Web Twenga à échoué et à retourné un statut HTTP de 31. Ce qui veut dire : No order found. Please check following parameters : order_id, user_id, cli_email or basket_id.' in D:\webdata\www\prestashop.outils-et-nature.fr.1.4.9\modules\twenga\lib\TwengaObj.php:516 En désactivant le module twenga tout est revenu à la normal. Voila si vous êtes dans le même cas... Gabriel Version Prestashop : 1.4.9 module twenga : 1.8.6 PHP : 5.3.25 MySQL : 5.5.14 Edited June 3, 2013 by Gabriel42 (see edit history) Link to comment Share on other sites More sharing options...
Recommended Posts