SuperPseudo1234 Posted July 23, 2019 Share Posted July 23, 2019 Bonjour à tous. Je cherche à installer le Module E-transaction du Crédit Agricole (Paybox) sur mon site Prestashop 1.7.6. Lorsque j'essaye de passer une commande pour vérifier le bon fonctionnement de mon module. Je reçois bien par mail, un ticket de paiement de Paybox m'indiquant la transaction à bien eu lieu. Mais Prestashop ne valide pas la commande. Elle est cependant bien créer dans la base de données et dans BO mais n'est simplement pas validé. Lorsque je consulte les logs du module E-transaction, voici ce que j'obtiens: Quote 2019-07-22 18:07:43 1563811663 DEBUG: Cart 1102: Standard IPN 2019-07-22 18:07:43 1563811663 DEBUG: Cart 1102: Validating order 2019-07-22 18:07:44 1563811664 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 0). 2019-07-22 18:07:45 1563811665 DEBUG: Call params: M=5900&R=1102%20-%20Kevin%20TEST%20IMPACT%20WEB&T=51636600&A=XXXXXX&B=0&C=Maestro&D=2012&E=00000&I=FRA&J=44&N=111122&P=CARTE&Q=18%3A07%3A30&S=30446761&W=22072019&Y=FRA&K=NULaHOZYkzYfrnYrQ%2FPlKr2Ty6B7pXHUBn3abbyNw2DnlezWnfGXWCW5FRibt9%2Fls5mp5hAdbA2HnbI%2BOGWXn4XbXl0pSXExDeWhU6ZTg2BI270CTIWDnIeGFeEQO7jZfdN6FfCD7%2BiqVz7fn7BFcr4MoEGy3btZAW4R5uZmm18%3D 2019-07-22 18:07:45 1563811665 DEBUG: Cart 1102: (IPN) Cart already being validated as order with the transaction 30446761. 2019-07-22 18:07:46 1563811666 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 1). 2019-07-22 18:07:47 1563811667 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 2). 2019-07-22 18:07:48 1563811668 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 3). 2019-07-22 18:07:50 1563811670 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 4). 2019-07-22 18:07:51 1563811671 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 5). 2019-07-22 18:07:52 1563811672 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 6). 2019-07-22 18:07:53 1563811673 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 7). 2019-07-22 18:07:55 1563811675 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 8). 2019-07-22 18:07:56 1563811676 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 9). 2019-07-22 18:07:57 1563811677 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 10). 2019-07-22 18:07:58 1563811678 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 11). 2019-07-22 18:08:00 1563811680 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 12). 2019-07-22 18:08:01 1563811681 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 13). 2019-07-22 18:08:02 1563811682 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 14). 2019-07-22 18:08:03 1563811683 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 15). 2019-07-22 18:08:04 1563811684 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 16). 2019-07-22 18:08:06 1563811686 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 17). 2019-07-22 18:08:07 1563811687 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 18). 2019-07-22 18:08:08 1563811688 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Waiting order validation (loop 19). 2019-07-22 18:08:09 1563811689 DEBUG: Cart 1102: Customer is back from E-Transactions payment page. Order not validated. Après la transaction, lorsque je reviens sur mon site. J'obtiens une page "en attenante de la validation de votre commande" qui se recharge en boucle une dizaine de fois avant de me rediriger vers l’accueil de mon site. En lisant la FAQ de Paybox, cela est du au fait que ce dernier ne parvient pas à faire valider la commande par mon site. Après de multiples échanges avec le support de E-transaction, mon problème serait probablement du à un paramètre de Prestashop 1.7.6 qui doit agir sur le "validateorder". Lorsque je consulte les logs de mon serveur, je constate l'erreur suivante au moment de valider la commande: Quelqu'un aurait-il trouver une solution à ce problème ? ou serait-ce une bizarrerie insolvable pour le moment de la 1.7.6 ? Je remercie par avance tous ceux qui auront pris la peine de lire mon topic. Link to comment Share on other sites More sharing options...
flyman30 Posted July 23, 2019 Share Posted July 23, 2019 L'équipe de développement de Prestashop a annoncé que ce serait résolu par la version 1.7.6.1 reste à savoir quand elle sera dispo... Link to comment Share on other sites More sharing options...
joseantgv Posted July 24, 2019 Share Posted July 24, 2019 hace 15 horas, flyman30 dijo: L'équipe de développement de Prestashop a annoncé que ce serait résolu par la version 1.7.6.1 reste à savoir quand elle sera dispo... If I'm not wrong it is a module bug, not related with https://github.com/PrestaShop/PrestaShop/issues/14608 Link to comment Share on other sites More sharing options...
SuperPseudo1234 Posted July 24, 2019 Author Share Posted July 24, 2019 22 hours ago, flyman30 said: L'équipe de développement de Prestashop a annoncé que ce serait résolu par la version 1.7.6.1 reste à savoir quand elle sera dispo... Oui effectivement. Après avoir échangé avec Paybox, il semblerait que ce problème touche tout le monde et est du à la fameuse 1.7.6. Du coup rétrogradage en 1.7.5.2 pour ma part ou tout fonctionne parfaitement. Link to comment Share on other sites More sharing options...
mbphotographe Posted October 22, 2019 Share Posted October 22, 2019 Bonjour, J'ai également ce soucis avec un temps de retour à ma boutique très long après le paiement. Et dans les logs j'ai moi aussi des message du style : Customer is back from E-Transactions payment page. Waiting order validation (loop 2). Je suis aussi sur etransactions du Crédit Agricole. En creusant un peu j'ai trouvé ceci : Lorsque j'active le mode débug sur mon Presta 1.7.4 et que je fais un paiement, au retour à ma boutique j'ai une belle erreur Notice PHP. qui m'indique que la variable cardType n'est pas définie. Et là, dans le fichier EtransactionsController.php je vois ceci à la ligne concernée par l'erreur : if ('LIMOCB' == $cardType) { sleep(6); } A votre avis la boucle viens de là ? J'ai bien envie de mettre la valeur à 1 seconde mais bon... Je ne sais pas ce que cela implique au niveau de la validation du paiement.. Votre avis ? Link to comment Share on other sites More sharing options...
flyman30 Posted October 22, 2019 Share Posted October 22, 2019 il y a 32 minutes, mbphotographe a dit : Bonjour, J'ai également ce soucis avec un temps de retour à ma boutique très long après le paiement. Et dans les logs j'ai moi aussi des message du style : Customer is back from E-Transactions payment page. Waiting order validation (loop 2). Je suis aussi sur etransactions du Crédit Agricole. En creusant un peu j'ai trouvé ceci : Lorsque j'active le mode débug sur mon Presta 1.7.4 et que je fais un paiement, au retour à ma boutique j'ai une belle erreur Notice PHP. qui m'indique que la variable cardType n'est pas définie. Et là, dans le fichier EtransactionsController.php je vois ceci à la ligne concernée par l'erreur : if ('LIMOCB' == $cardType) { sleep(6); } A votre avis la boucle viens de là ? J'ai bien envie de mettre la valeur à 1 seconde mais bon... Je ne sais pas ce que cela implique au niveau de la validation du paiement.. Votre avis ? Quel est la version du module e-transaction que tu utilise ? Parcequ'avec PrestShop 1.7.4.* il faut la version 3.0.12 il n'y a qu'a partir des versions Prestashop 1.7.6.* qu'il faut le module version 3.013 d'e-transaction... Link to comment Share on other sites More sharing options...
mbphotographe Posted October 22, 2019 Share Posted October 22, 2019 Oui je suis en 3.0.12 Pour essayer de trouver un point commun entre nous tous, vous avez quoi comme module qui se met dans la page confirmation-order ? De mon côté j'ai 1 module Google Avis de Business Tech et c'est tout avec du Analytics aussi. Mais ce morceau de code qui correspond à ce que j'ai dans les logs php du module m'intrigue quand même... if ('LIMOCB' == $cardType) { sleep(6); } Et si c'est juste le sleep qui fait qu'il y a les boucles ? Mais sil ils l'ont mis il doit y avoir une raison... Mais je ne trouve pas trace de LIMOCB je ne sais pas ce que c'est. Link to comment Share on other sites More sharing options...
flyman30 Posted October 22, 2019 Share Posted October 22, 2019 Explique ton problème à Support E-transactions <[email protected]> Link to comment Share on other sites More sharing options...
mbphotographe Posted October 22, 2019 Share Posted October 22, 2019 Je l'ai fait mais vu les quelques échanges de mails et téléphone... J'ai plutôt l'impression qu'il s'en #### et que pour eux c'est forcément mon serveur ou le presta qui est en cause Mais bon... J'attends leur prochaine réponse ^^ Link to comment Share on other sites More sharing options...
flyman30 Posted October 22, 2019 Share Posted October 22, 2019 Avec Prestashop 1.7.4.* et le module 3.0.12 nous n'avons jamais rencontré de problèmes, moi et les autres utilisateurs concernés par les changements apportés lors du passage à Prestashop 1.7.6.* qui obligent les programmeurs de modules de se mettre en conformité avec les bonnes pratiques de codage de Prestashop. Link to comment Share on other sites More sharing options...
mbphotographe Posted October 22, 2019 Share Posted October 22, 2019 De mon côté c'est un peu différent à savoir que les clients reçoivent bien leurs mails, et les commandes remontent bien sur le BO. C'est juste que cette barre de chargement qui indique que la commande est en cours de validation dure très longtemps et se recharge parfois 9-10 fois. On retrouve les loop dans les logs. Je comprends pas pourquoi il faut autant de passage pour valider la commande. Des clients quittent la page avant la fin, du coup ils n'arrivent pas sur la page ordre-confirmation et on ne leur propose pas de laisser l'avis google, et cela fausse aussi les stats du taux de conversion. Link to comment Share on other sites More sharing options...
flyman30 Posted October 22, 2019 Share Posted October 22, 2019 C'est clair il manque une info et tant qu'il ne l'a pas il refait la boucle... Ça le faisait avec la mise à jour Prestashop 1.7.6.* mais en plus ça ne remontait pas dans le BO Link to comment Share on other sites More sharing options...
flyman30 Posted October 22, 2019 Share Posted October 22, 2019 Regarde dans le module répertoire Class le fichier ETransactionsController.php tu y trouvera le code que tu as dans tes logs... Après ne touche a rien si tu n'est pas certain de ce que tu fait.. Link to comment Share on other sites More sharing options...
Franque Posted October 22, 2020 Share Posted October 22, 2020 Bonjour, La publication date un peu, mais j'ai exactement le même problème avec un PrestaShop 1.7.6.7 et une version Etransaction 3.0.17 .. Le paiement est bien présent dans le back office guest.e-transactions.fr/, mais aucune creation de commande ni dans le back office ni en front office sur le compte du client, pire le client se voit diriger après la boucle "Customer is back from E-Transactions payment page. Waiting order validation", le client se voit redirigé vers la page panier non payé ... On reçoit également une E-TRANSACTIONS: WARNING : WARNING: Impossible de joindre /index.php?fc=module&module=etransactions&controller=validation&t=s&a=ipour le paiement "M=100&R= ....." (Pour infos, nous avons également un problème avec le module Module E-transactions Crédit Agricole 5.0.6 acheté sur Addon qui fait tout le processus de paiement correctement, mais arrivé à la fin sur la page confirmation order, la commande n'est pas validé avec le message suivant : "Un problème est survenu avec votre commande prestashop", puis un message identique à e-transactions : "WARNING: Impossible de joindre /modules/paybox/directvalidation3d.php pour le paiement "IdSession=1031037...."). Il est possible que le problème soit le même pour les deux modules, avez vous trouver une solution ? Merci d'avance pour votre aide Link to comment Share on other sites More sharing options...
flyman30 Posted October 22, 2020 Share Posted October 22, 2020 Je ne rencontre pas ce souci en 1.7.6.8 et e-transaction 3.0.17 en 1.7.6.7 non plus... Link to comment Share on other sites More sharing options...
Franque Posted October 22, 2020 Share Posted October 22, 2020 il y a 5 minutes, flyman30 a dit : Je ne rencontre pas ce souci en 1.7.6.8 et e-transaction 3.0.17 en 1.7.6.7 non plus... Ah ! Ca me rassure pas dans la future résolution du problème .. J'ai contacté le service technique e transaction, on va voir la réponse qu'il me donne. Link to comment Share on other sites More sharing options...
flyman30 Posted October 22, 2020 Share Posted October 22, 2020 il y a 5 minutes, Franque a dit : Ah ! Ca me rassure pas dans la future résolution du problème .. J'ai contacté le service technique e transaction, on va voir la réponse qu'il me donne. J'espère que vous avez des sauvegardes fonctionnelles. Link to comment Share on other sites More sharing options...
Franque Posted October 22, 2020 Share Posted October 22, 2020 Aucunes sauvegardes, car c'est un site en développement, tout fonctionne sauf la partie paiement .. Et après des heures de recherches, nous ne trouvons pas de solutions, et la premiere réponse de E-transaction c'était qu'ils allaient regarder les logs ... Sachant que cela semble être pour les deux modules un problème de redirection après paiement Link to comment Share on other sites More sharing options...
flyman30 Posted October 22, 2020 Share Posted October 22, 2020 Vous êtes sur que les paramètrages du modules sont correct ? Vous êtes sur de vos adresses de redirection ?? ëtes vous en phase test ou en prod ? Link to comment Share on other sites More sharing options...
Franque Posted October 22, 2020 Share Posted October 22, 2020 Les paramètres du modules sont correct, tout comme la clé HMAC En adresse de redirection sur le back office e transaction j'ai laissé pour les 4 comme c'était d'origine : https://www.monsite.com/ (en pj les urls demandées) En phase de prod Link to comment Share on other sites More sharing options...
flyman30 Posted October 22, 2020 Share Posted October 22, 2020 Si les urls vers ton site sont les bonnes et si le retour immédiat vers le site est bien coché je ne vois pas ! Link to comment Share on other sites More sharing options...
Franque Posted October 22, 2020 Share Posted October 22, 2020 à l’instant, flyman30 a dit : Si les urls vers ton site sont les bonnes et si le retour immédiat vers le site est bien coché je ne vois pas ! En urls vers le site, je dois mettre juste le nom de domaine classique, ou une adresse spécifique ? (par exemple https://www.monsite.com/order-confirmation ?) Link to comment Share on other sites More sharing options...
flyman30 Posted October 22, 2020 Share Posted October 22, 2020 il y a 1 minute, Franque a dit : En urls vers le site, je dois mettre juste le nom de domaine classique, ou une adresse spécifique ? (par exemple https://www.monsite.com/order-confirmation ?) Oui juste l'url de ta boutique. Link to comment Share on other sites More sharing options...
Franque Posted October 22, 2020 Share Posted October 22, 2020 il y a 2 minutes, flyman30 a dit : Oui juste l'url de ta boutique. Dans ce cas là, toutes les configurations sont bonnes .. D'ou mon incompréhension totale Link to comment Share on other sites More sharing options...
flyman30 Posted October 23, 2020 Share Posted October 23, 2020 Dans le mode de tests du module est-ce que ça fonctionne ? Passez en mode test avec les données de test fournies par e-transaction et testez de la commande jusqu'au paiement fictif et retour vers la boutique. Link to comment Share on other sites More sharing options...
Franque Posted October 23, 2020 Share Posted October 23, 2020 C'est exactement le même problème pour le mode test du module .. Link to comment Share on other sites More sharing options...
Gaellyne Posted October 27, 2020 Share Posted October 27, 2020 Bonjour, Je me permets d'apporter une pierre à l'édifice, je rencontre le même problème avec la version 3.0.17 de e-transactions, sur un prestashop 1.7.6.7. Les problèmes sont similaires, à savoir :- j'arrive bien à accéder au serveur de preprod, je saisis un numéro de CB fictif - je reçois bien le ticket de paiement sur mon compte client test - la page de retour "Veuillez patienter pendant la validation de votre commande" tourne en boucle, puis je reviens sur la page d'accueil du site mais avec un panier vide. Côté back-office, j'ai bien une commande enregistrée, mais sans status de commande ! côté logs PHP, voilà ce que j'ai : et côté logs du module, voilà le résultat : 2020-10-27 16:29:59 1603812599 DEBUG: Cart 7: Redirecting customer to E-Transactions (CARTE, VISA). 2020-10-27 16:30:11 1603812611 DEBUG: Call params: M=6800&R=7%20-%20Gaelle%20B&T=58010046&A=XXXXXX&B=0&C=Maestro&D=2202&E=00000&I=FRA&J=44&N=111122&P=CARTE&Q=16%3A30%3A00&S=33400694&W=27102020&Y=FRA&K=dHXPBRXc1hOUGLdAguu5H8ZcBIA4NZOBZXhCFWO7DWO7dkTAABuC7Lj5vQU5W3E4kHg1hIGz4S0PrsPBMeE7GMUk6sgT4pPvX4fKLMRZVRRaPgdX6n5au1nM48yBZvI5fAtWpDBnJ4W0Nfv3FU7kSj3r5gTwN%2FuSEBKrxp5NkHg%3D 2020-10-27 16:30:11 1603812611 DEBUG: Cart 7: Standard IPN 2020-10-27 16:30:11 1603812611 DEBUG: Cart 7: Validating order 2020-10-27 16:30:11 1603812611 DEBUG: Cart 7: Customer is back from E-Transactions payment page. Waiting order validation (loop 0). 2020-10-27 16:30:11 1603812611 FATAL: Cart 7: Error validating PrestaShop order: 2020-10-27 16:30:11 1603812611 FATAL: Cart 7: Unable to validate PrestaShop order 2020-10-27 16:30:11 1603812611 DEBUG: (IPN) Exception Unable to validate order (.../modules/etransactions/etransactions.php 886). - côté admin e-transations j'ai mis l'url de la boutique sur toutes les URLS. Malgré plusieurs appels au suppor technique, je n'ai aucune piste pour résoudre le problème. Si quelqu'un à la moindret piste je suis preneuse, merci ! Link to comment Share on other sites More sharing options...
Gaellyne Posted October 27, 2020 Share Posted October 27, 2020 petite question, vous utilisez quelle version de PHP ? Pour ma part, la 7.2.32.. Link to comment Share on other sites More sharing options...
flyman30 Posted October 27, 2020 Share Posted October 27, 2020 Quelle est la version de votre module E-Transaction car c'est ce que faisait l'ancien module ! Link to comment Share on other sites More sharing options...
Gaellyne Posted October 27, 2020 Share Posted October 27, 2020 J'ai la version 3.0.17 du module Link to comment Share on other sites More sharing options...
flyman30 Posted October 27, 2020 Share Posted October 27, 2020 Oui je n'avais pas vu Ma version de php est 7.1.17 et le module est bien le 3.0.17 Link to comment Share on other sites More sharing options...
flyman30 Posted October 27, 2020 Share Posted October 27, 2020 (edited) Les versions 7.2 de php ne sont pas comptatible Prestashop ! https://www.dynamicmarketing.eu/quelles-sont-les-versions-de-php-compatibles-avec-votre-site-prestashop/ Edited October 27, 2020 by flyman30 (see edit history) Link to comment Share on other sites More sharing options...
Gaellyne Posted October 27, 2020 Share Posted October 27, 2020 Je suis en version 7.2 pas en 7.3 Link to comment Share on other sites More sharing options...
flyman30 Posted October 27, 2020 Share Posted October 27, 2020 il y a 1 minute, Gaellyne a dit : Je suis en version 7.2 pas en 7.3 Donc pas bon regardez le lien que j'ai donné plus haut Link to comment Share on other sites More sharing options...
Gaellyne Posted October 27, 2020 Share Posted October 27, 2020 "Seules les version 1.7.5 et 1.7.6 sont compatibles avec PHP 7.2. Par contre aucune version de Prestashop 1.7 n’est pour le moment compatible avec PHP 7.3 ou supérieure. Ne faites donc pas la migration de votre hébergement vers ces versions récentes de PHP." Je suis sur une version 1.7.6.1 avec PHP 7.2 donc pour moi c'est bon !? Link to comment Share on other sites More sharing options...
Gaellyne Posted October 27, 2020 Share Posted October 27, 2020 Passage en PHP 7.1 pour faire des tests, voilà l'erreur affichée quand j'essaie d'accéder au site : Link to comment Share on other sites More sharing options...
flyman30 Posted October 27, 2020 Share Posted October 27, 2020 Ma version de php est 7.1.17 et le module est bien le 3.0.17 et ma version de Prestashop est 1.7.6.8 Link to comment Share on other sites More sharing options...
Gaellyne Posted October 27, 2020 Share Posted October 27, 2020 Même résultat avec la version 7.1 de PHP, je désespère Link to comment Share on other sites More sharing options...
Franque Posted October 27, 2020 Share Posted October 27, 2020 Bonjour, Pour info, je viens de regarder et je suis en PHP 7.3, mon erreur initial vient peut-être de là .. Si je passe en rétrogradant en PHP 7.2, n'y a t'il pas un risque pour le site en production ? Deuxième info, Je viens de tomber sur un ancien post concernant le module, ou il est dit "Dans le fichier etransactions/classes/ETransactionsController.php ou dans epayment/classes/PayboxController.php, trouvez la ligne suivant dans la fonction ipnAction(): if (in_array($params['error'], array('00000', '00200', '00201', '00300', '00301', '00302', '00303'))) { Rajoutez AVANT cette ligne le code suivant: global $kernel; if(!$kernel){ require_once _PS_ROOT_DIR_.'/app/AppKernel.php'; $kernel = new \AppKernel('prod', false); $kernel->boot(); } Pour ma part, cela fonctionne désormais parfaitement Link to comment Share on other sites More sharing options...
flyman30 Posted October 27, 2020 Share Posted October 27, 2020 il y a 17 minutes, Franque a dit : Bonjour, Pour info, je viens de regarder et je suis en PHP 7.3, mon erreur initial vient peut-être de là .. Si je passe en rétrogradant en PHP 7.2, n'y a t'il pas un risque pour le site en production ? Deuxième info, Je viens de tomber sur un ancien post concernant le module, ou il est dit "Dans le fichier etransactions/classes/ETransactionsController.php ou dans epayment/classes/PayboxController.php, trouvez la ligne suivant dans la fonction ipnAction(): if (in_array($params['error'], array('00000', '00200', '00201', '00300', '00301', '00302', '00303'))) { Rajoutez AVANT cette ligne le code suivant: global $kernel; if(!$kernel){ require_once _PS_ROOT_DIR_.'/app/AppKernel.php'; $kernel = new \AppKernel('prod', false); $kernel->boot(); } Pour ma part, cela fonctionne désormais parfaitement Alors quel a été la solution qui a permis que ça fonctionne finalement ?? La modification du controler.php a été intégré dans le module actuel d'E-Transaction me semble t-il... Link to comment Share on other sites More sharing options...
Franque Posted October 27, 2020 Share Posted October 27, 2020 J'ai Rajouté le code "global $kernel; if(!$kernel){ require_once _PS_ROOT_DIR_.'/app/AppKernel.php'; $kernel = new \AppKernel('prod', false); $kernel->boot(); }" qui à donc fait fonctionner le module .. Link to comment Share on other sites More sharing options...
flyman30 Posted October 27, 2020 Share Posted October 27, 2020 il y a 1 minute, Franque a dit : J'ai Rajouté le code "global $kernel; if(!$kernel){ require_once _PS_ROOT_DIR_.'/app/AppKernel.php'; $kernel = new \AppKernel('prod', false); $kernel->boot(); }" qui à donc fait fonctionner le module .. Bizarre dans le module ce code est intégré je viens de vérifier dans un module sur mon PC Link to comment Share on other sites More sharing options...
Franque Posted October 27, 2020 Share Posted October 27, 2020 De toute manière avec les modules e transaction gratuit et la version payante, rien ne me semble logique .. Est-il possible que cela vienne du fait que je suis en php 7.3 ? Link to comment Share on other sites More sharing options...
flyman30 Posted October 27, 2020 Share Posted October 27, 2020 il y a 1 minute, Franque a dit : De toute manière avec les modules e transaction gratuit et la version payante, rien ne me semble logique .. Est-il possible que cela vienne du fait que je suis en php 7.3 ? Peut-être PHP 7.3 n'est pas conseillé encore par Prestashop... Link to comment Share on other sites More sharing options...
Franque Posted October 27, 2020 Share Posted October 27, 2020 il y a 1 minute, flyman30 a dit : Peut-être PHP 7.3 n'est pas conseillé encore par Prestashop... A votre avis je devrais revenir en PHP 7.2 ? cela ne va t'il pas entrainer des bugs ? Link to comment Share on other sites More sharing options...
flyman30 Posted October 27, 2020 Share Posted October 27, 2020 (edited) Je ne crois pas que ça pose de problèmes, mais de toutes façon il faut faire des sauvegardes c'est impératif ! Perso j'utilise le module NTBackupand restore La meilleure c'est que je viens de re-télécharger le module chez E-transaction et la modif à disparue donc le module ne peut pas fonctionner d'origine ! Pour que ça fonctionne : il est nécessaire de mettre le code : Dans le fichier etransactions/classes/ETransactionsController.php ou dans epayment/classes/PayboxController.php, trouvez la ligne suivant dans la fonction ipnAction(): Sous la ligne 227 global $kernel; if(!$kernel){ require_once _PS_ROOT_DIR_.'/app/AppKernel.php'; $kernel = new \AppKernel('prod', false); $kernel->boot(); } Edited October 27, 2020 by flyman30 (see edit history) Link to comment Share on other sites More sharing options...
Franque Posted October 27, 2020 Share Posted October 27, 2020 il y a 5 minutes, flyman30 a dit : Je ne crois pas que ça pose de problèmes, mais de toutes façon il faut faire des sauvegardes c'est impératif ! Perso j'utilise le module NTBackupand restore C'est ce que je vais faire, on sait jamais cela vient peut-être de la aussi .. il y a 5 minutes, flyman30 a dit : La meilleure c'est que je viens de re-télécharger le module chez E-transaction et la modif à disparue donc le module ne peut pas fonctionner d'origine ! Je crois que les devs de e transaction ont vraiment un problème de développement avec le module .. Link to comment Share on other sites More sharing options...
Gaellyne Posted October 28, 2020 Share Posted October 28, 2020 14 hours ago, Franque said: Bonjour, Pour info, je viens de regarder et je suis en PHP 7.3, mon erreur initial vient peut-être de là .. Si je passe en rétrogradant en PHP 7.2, n'y a t'il pas un risque pour le site en production ? Deuxième info, Je viens de tomber sur un ancien post concernant le module, ou il est dit "Dans le fichier etransactions/classes/ETransactionsController.php ou dans epayment/classes/PayboxController.php, trouvez la ligne suivant dans la fonction ipnAction(): if (in_array($params['error'], array('00000', '00200', '00201', '00300', '00301', '00302', '00303'))) { Rajoutez AVANT cette ligne le code suivant: global $kernel; if(!$kernel){ require_once _PS_ROOT_DIR_.'/app/AppKernel.php'; $kernel = new \AppKernel('prod', false); $kernel->boot(); } Pour ma part, cela fonctionne désormais parfaitement Un grand grand GRAND merci à Franque, grâce à cette modification, le module fonctionne désormais ! Coeur sur toi ❤️ (Le support technique m'a quand même soutenu que le module était fonctionnel et qu'il ne comprenait pas d'où venait le problème...) 1 Link to comment Share on other sites More sharing options...
Franque Posted October 28, 2020 Share Posted October 28, 2020 il y a 2 minutes, Gaellyne a dit : Un grand grand GRAND merci à Franque, grâce à cette modification, le module fonctionne désormais ! Coeur sur toi ❤️ (Le support technique m'a quand même soutenu que le module était fonctionnel et qu'il ne comprenait pas d'où venait le problème...) Avec plaisir si j'ai pu t'aider :). Je précise que j'ai trouver le code en le déterrant d'un "vieux" sujet sur le forum Prestashop Link to comment Share on other sites More sharing options...
Gaellyne Posted October 28, 2020 Share Posted October 28, 2020 Just now, Franque said: Avec plaisir si j'ai pu t'aider :). Je précise que j'ai trouver le code en le déterrant d'un "vieux" sujet sur le forum Prestashop Oh oui, surtout que je dois installer ce module sur un autre site, donc si j'ai le même problème je saurais comment le résoudre. As-tu le lien du sujet ? J'ai pourtant pas mal cherché avant d'attérir ici mais je n'ai rien trouvé. Link to comment Share on other sites More sharing options...
Franque Posted October 28, 2020 Share Posted October 28, 2020 Voici le lien du sujet originel : Link to comment Share on other sites More sharing options...
Gaellyne Posted October 28, 2020 Share Posted October 28, 2020 Incroyable quand même, ça dure depuis plus d'un an ces soucis de mise à jour ! Link to comment Share on other sites More sharing options...
Franque Posted October 28, 2020 Share Posted October 28, 2020 Je trouve ca dingue aussi que le support E-transaction soit dans l'incapacité de fournir un module compatible. J'espère qu'ils vont vite faire une Maj de leur module Link to comment Share on other sites More sharing options...
flyman30 Posted October 28, 2020 Share Posted October 28, 2020 il y a 2 minutes, Franque a dit : Je trouve ca dingue aussi que le support E-transaction soit dans l'incapacité de fournir un module compatible. J'espère qu'ils vont vite faire une Maj de leur module Après avoir retélécharger l'ancien module c'est à dire le 3.0.13 les modifs n'y étaient pas, mais nous avions tous fait la modif sans attendre les retour qu'ils ont eu ont été favorable et donc ils ont du continuer ainsi. Le module fourni par le CA n'est pas dévellopé par eux mais par un prestataire... Link to comment Share on other sites More sharing options...
Lolo1402 Posted March 5, 2021 Share Posted March 5, 2021 Bonjour à tous, Je suis novice sur prestashop. Je me suis aperçu que j'ai le même problème que celui décrit à l'origine avec e-transaction. Quand paiement CB, tout se passe correctement jusqu'au renvoi vers la boutique. La j'ai un message "validation de la commande en cours" qui reboot plusieurs fois puis j'atteris sur ma HP, au lieu du message de confirmation de commande. Le client ne recoit pas l'email de confirmation, et le statut de la commande dans le BO de prestashop n'indique pas "paiement accepté" contrairement à ce qui a été paramétré dans le module. J'ai appliqué la modif qui a résolu le probleme pour certains, mais pas pour moi. Ma version de prestashop est 1.7.6.5 Quelqu'un peut-il m'aider à trouver ce que j'aurai mal fait? Je vous joins un extrait du code que j'ai modifié en suivant les instructions trouvées ici.(en gras le code ajouté). Comme pour vous e-transaction renvoie la balle vers prestashop. // Fix context $this->context->cart = $cart; $this->context->customer = new Customer($cart->id_customer); $this->context->language = new Language($cart->id_lang); $this->context->shop = new Shop($cart->id_shop); $id_currency = (int)$cart->id_currency; $this->context->currency = new Currency($id_currency, null, $this->context->shop->id); global $kernel; if(!$kernel){ require_once _PS_ROOT_DIR_.'/app/AppKernel.php'; $kernel = new \AppKernel('prod', false); $kernel->boot(); } if (in_array($params['error'], array('00000', '00200', '00201', '00300', '00301', '00302', '00303'))) { if ($this->getHelper()->hasCartLocker($cart->id, $params['transaction'])) { $message = sprintf('Cart %d: (IPN) Cart already being validated as order with the transaction %s.', $cart->id, $params['transaction']); $this->logDebug($message); } else { if ($this->getHelper()->createCartLocker($cart->id, $params['transaction'])) { // Payment success switch ($type) { case 'standard': $this->getModule()->onStandardIPNSuccess($cart, $params); break; Un très grand merci par avance !!! Link to comment Share on other sites More sharing options...
flyman30 Posted March 5, 2021 Share Posted March 5, 2021 (edited) Quelle version du module e-Transaction ? Quelle version de PHP ? Edited March 5, 2021 by flyman30 (see edit history) Link to comment Share on other sites More sharing options...
Lolo1402 Posted March 6, 2021 Share Posted March 6, 2021 Bonjour Flyman30 Version PHP=7.2 Version etransaction = 3.0.17 Merci d'avance Link to comment Share on other sites More sharing options...
flyman30 Posted March 6, 2021 Share Posted March 6, 2021 On est sur Prestshop 1.7.7.1 maintenant ! Le module 3.0.17 modifié comme tu l'as fait fonctionne parfaitement. Est tu certain d'avoir modifié le fichier ETransactionsController.php dans : Modules -> e-transaction -> class -> ETransactionsController.php Link to comment Share on other sites More sharing options...
Lolo1402 Posted March 7, 2021 Share Posted March 7, 2021 Oui, je m'attendais à ce qu'il en soit de même. Quand j'ai lu l'ensemble des message, je me suis dit :"Top, même problème, même solution" Mais ca ne marche pas. J'ai bien fait la modif sur ce fichier. j'ai vérifié à plusieurs reprises. Une fois le fichier modifié, y-a-t-il une manip à faire? Merci Link to comment Share on other sites More sharing options...
flyman30 Posted March 7, 2021 Share Posted March 7, 2021 Non juste le mettre au bon endroit sur le serveur. Link to comment Share on other sites More sharing options...
flyman30 Posted March 7, 2021 Share Posted March 7, 2021 En fait il faut : télécharger le module 3.0.17 chez e-transaction sur ton PC puis faire la modif désinstaller le module défectueux sur le serveur de la boutique réinstaller le module modifié sur le serveur Link to comment Share on other sites More sharing options...
Lolo1402 Posted March 8, 2021 Share Posted March 8, 2021 J'ai téléchargé le module 3.0.17 à l'adresse suivante : https://www.ca-moncommerce.com/espace-client-mon-commerce/e-transactions/telecharger-mes-modules/ Bizarrement, le fichier concerné, est à une version antérieure : voici un extrait des premières lignes <?php /** * E-Transactions PrestaShop Module * * Feel free to contact E-Transactions at [email protected] for any * question. * * LICENSE: This source file is subject to the version 3.0 of the Open * Software License (OSL-3.0) that is available through the world-wide-web * at the following URI: http://opensource.org/licenses/OSL-3.0. If * you did not receive a copy of the OSL-3.0 license and are unable * to obtain it through the web, please send a note to * [email protected] so we can mail you a copy immediately. * * @category Module / payments_gateways * @version 3.0.14 * @author E-Transactions <[email protected]> * @copyright 2012-2016 E-Transactions * @license http://opensource.org/licenses/OSL-3.0 * @link http://www.e-transactions.fr/ Est-ce pareil pour vous? Merci Link to comment Share on other sites More sharing options...
flyman30 Posted March 8, 2021 Share Posted March 8, 2021 Sur le mien il est noté 3.0.17 mais je ne me souvient plus si j'ai du le changer à la main... Il me semble me rappeler qu'ils ont fait le boulot à moitié et qu'ils prétendent que ce module fonctionne en l'état alors qu'il faut appliquer la modif que vous connaissez. Le module est gratuit mais bon une banque qui se respecte se doit si elle veut fournir des moules de paiements a ses clients de vérifier qu'ils fonctionnent ! Au cas ou je vous mets le module que j'utilise .. etransactions-v3.0.17.zip Link to comment Share on other sites More sharing options...
Lolo1402 Posted March 8, 2021 Share Posted March 8, 2021 Merci beaucoup. Pouvez-vous aussi m'envoyer le fichier modifié svp? Au cas ou j'aurai fait une mauvaise manip. Merci d'avance Link to comment Share on other sites More sharing options...
flyman30 Posted March 8, 2021 Share Posted March 8, 2021 Voilà defines.inc.php ETransactionsController.php Link to comment Share on other sites More sharing options...
Lolo1402 Posted March 8, 2021 Share Posted March 8, 2021 Merci! Il y a des changements aussi dans defines.inc.php? Link to comment Share on other sites More sharing options...
flyman30 Posted March 8, 2021 Share Posted March 8, 2021 il y a 1 minute, Lolo1402 a dit : Merci! Il y a des changements aussi dans defines.inc.php? Il me semble, vérifiez je les ai tous les deux à part . Link to comment Share on other sites More sharing options...
Lolo1402 Posted March 8, 2021 Share Posted March 8, 2021 merci. Mais dans quel répertoire se trouve ce fichier defines.inc.php? Link to comment Share on other sites More sharing options...
flyman30 Posted March 8, 2021 Share Posted March 8, 2021 il y a 6 minutes, Lolo1402 a dit : merci. Mais dans quel répertoire se trouve ce fichier defines.inc.php? Désolé il s'agit d'un fichier de Prestashop je ne me rappelle plus pourquoi je l'ai enregistré dans un dossier ou se trouvait le fichier modifié du controleur e-transaction, mes excuses. Link to comment Share on other sites More sharing options...
Lolo1402 Posted March 8, 2021 Share Posted March 8, 2021 Pas de soucis, merci. J'ai remplacé le fichier controller et le problème persiste. Il semblerait qu'il y ait autre chose qui cloche sur mon site. e-transaction me demande d'analyser les logs de prestashop pour essayer de trouver où ca coince. Vous sauriez me guider pour trouver où sont ces logs? Merci d'avance Link to comment Share on other sites More sharing options...
flyman30 Posted March 8, 2021 Share Posted March 8, 2021 Un peu de recherche peut-être ??? Dans le BO "Performances" et en haut a droite "Mode Debug" Link to comment Share on other sites More sharing options...
Lolo1402 Posted March 8, 2021 Share Posted March 8, 2021 J'ai réglé mon soucis! Merci pour votre aide. En fait le pays par défaut renseigné n'était pas actif. J'ai changé ce pays par défaut (dans international/localisation) C'est en allant voir les logs qu'on trouve dans le back office que j'ai vu le message d'erreur "country is not active". Un grand merci pour votre aide et patience 😉 Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now