Jump to content

commande non validée lors d'un paiement paypal sur PS1.2.5


Recommended Posts

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

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

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 by gdetoo (see edit history)
Link to comment
Share on other sites

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 by parfimp (see edit history)
Link to comment
Share on other sites

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 by Patanock (see edit history)
Link to comment
Share on other sites

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

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

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 by De (see edit history)
Link to comment
Share on other sites

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

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

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*******

  • Like 1
Link to comment
Share on other sites

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

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

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

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

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

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

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

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

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

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,"

  • Like 1
Link to comment
Share on other sites

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 by De (see edit history)
Link to comment
Share on other sites

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

  • Like 1
Link to comment
Share on other sites

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

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

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

  • 2 weeks later...

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

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 by Mr_PayPal (see edit history)
Link to comment
Share on other sites

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

  • 2 weeks later...

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

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 by McWay (see edit history)
Link to comment
Share on other sites

  • 1 month later...

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 by keutche (see edit history)
Link to comment
Share on other sites

  • 2 weeks later...

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

  • 2 weeks later...

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

  • 3 months later...

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 by Gabriel42 (see edit history)
Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...