TrogloGeek
commented
5 years ago Bonjour, merci pour avoir pris le temps de fournir les informations utiles, ça me fait gagner un temps fou et fait vraiment plaisir !
Effectivement le fait que la réponse soit traitée avec une réponse positive est étrange, les problèmes de réponse silencieuses sont généralement dues à des redirections SSL ou chez OVH Mutualisé à leur pare-feu HTTP qui refuse les requêtes silencieuses car elles sont mal formées (bravo SIPS, pas capable de respecter les specs HTTP 1.0 en 2018)...
Je suppose que la création du verrou de traitement de réponse a échoué, il faudra probablement commencer par vérifier si la table tggatos_response_lock a bien été créée et vérifier les logs d'erreur PHP.
Pourriez-vous me fournir par mail (mon adresse email est disponible dans le champ auteur des commit) un accès SSH, Back Office et MySQL si vous souhaitez que je puisse auditer directement ?
Lors des tests sur boutiques en live je restraints le module de paiement à un groupe utilisateur auquel je m'ajoute le temps de ceux-ci, aussi la passerelle de paiement CB ne sera pas disponible aux autres utilisateurs durant les tests, je ne peux effectuer ceux ci qu'en soirée et week ends, veuillez m'indiquer les créneaux de forte affluence à éviter si vous souhaitez limiter mon impacte sur vos clients.
Cordialement, Damien.
debugger93
Bonjour,
J'ai besoin de votre aide et je payerai le service si besoin.
J'utilise votre module en production sur prestashop 1.7.4 et TGG version 5.0.0
Depuis que je suis en presta 1.7, le silent response ne fonctionne plus et je loupe une confirmation de commande sur deux si le client ne clique pas sur retour à la boutique. Par conséquent, la commande n'est pas validée, je ne suis pas informé et le client est bien débité mais ne reçois pas sa facture...
Je n'avais pas ce problème sur presta 1.6 et tgg 4.1.3.
Dans les logs pourtant j'ai bien:
"POST /module/tggatos/silentresponse HTTP/1.0" 200
Merci d'avance ce votre aide