Mises à jour importantes des branches 2.x et 3.x

Pour plus d’information sur les problèmes corrigés, veuillez consulter les tickets 27, 28 et 29 de l’interface Issues du projet 3.x de GitHub.
Ces mêmes tickets s’appliquent aux trois branches 1.x, 2.x et 3.x, cependant le support de la branche 1.x étant terminée depuis longtemps elle ne sera pas mise à jour, veuillez utiliser la branche 2.x à la place.

La branche 2.x (à partir de la version 2.1.7-alpha2) a été portée en projet GitHub et son pré-requis PHP porté à >= 5.3.
C’est le nouvel emplacement pour obtenir le module en 2.x.
Comme pour la version 3.x, le dossier obtenu sur GitHub (correspondant automatiquement au nom du projet) doit être renommé avec le nom du module (tgg_atos pour la branche 2.x) avant d’être installé sur PrestaShop.

Cette branche (2.x) est en fin de vie d’un point de vue support, il s’agit probablement des dernières mises à jours gratuites sur celle-ci étant donné le temps que me coûte les mises à jour.
Ces dernières mises à jour sont d’ailleurs uniquement dues à la grande implication d’un e-Commerçant dans l’identification des problèmes à leur origine. Il s’agit de la boutique en ligne King Detection, commerce en ligne de matériel de détection.
Veuillez considérer la mise à jour vers PrestaShop 1.5 ou plus pour utiliser la branche 3.x du module.
Ma déclaration d’auto-entrepreneur étant en cours, il sera possible de commanditer des mises à jours de la branche 2.x s’il vous est difficile de passer à une version plus récente de PrestaShop.

About Damien VERON

Développeur d'applications web et desktop
Cet article a été publié dans Module Tgg_Atos pour Prestashop (module de paiement ATOS/SIPS gratuit), Modules. Permalien.

13 Responses to Mises à jour importantes des branches 2.x et 3.x

  1. Hadrien dit :

    Bonjour,

    Tout d’abord merci et bravo pour ce super module. Ensuite désolé, je poste ici car visiblement les commentaires sont fermés sur la page de Dl de ma version du module.

    Mes infos : Hébergement mutualisé ovh, php 5.3, windows 7

    Ma question porte sur la mise à jour du module (j’ai beau avoir cherché je n’ai pas trouvé de réponse…) :

    Actuellement sur une version 1.4.8.2 de Prestashop, la boutique utilise le module tgg_atos version 2.1.6.

    Je souhaiterai pouvoir migrer sur la dernière version stable de prestashop la 1.6. Or j’ai cru comprendre que le module tgg_atos version 2.1.6 n’est pas compatible avec cette version.

    Ainsi, quelle est la procédure pour mettre à jour votre module version 2.1.6 vers la version 3x afin que le module soit compatible avec la migration de prestashop vers la 1.6 ?

    Merci pour votre réponse

    • Damien VERON dit :

      Bonjour,

      La version 3 est une réécriture totale, il n’y a pas de processus de mise à jour depuis les anciennes version, il faut installer la version 3 et la configurer comme s’il s’agissait d’un nouveau module, mis à part votre certificat de production, les binaires SIPS et éventuellement votre parmcom. que vous recopiez de l’ancien vers le nouveau module.

      • Hadrien dit :

        Bonsoir et merci de votre réponse.

        Si je comprend bien il faut donc désactiver la v2, effectuer la migration presta 1.4 vers 1.6 et installer la v3 de votre module…

        Ne voulant pas prendre de risque, puisqu’il s’agit quand meme d’une des fonctionnalités les plus importante d’une boutique, quels serait vos tarifs pour effectuer cette installation ?

        • Damien VERON dit :

          C’est exactement cela. Désactiver la v2 plutôt que de la désinstaller permettra de conserver temporairement sa configuration qui ne sera pas automatiquement reprise par la v3 mais qui sera accessible à un administrateur pour les relever visuellement puis les reporter sur le module.
          Attention cependant, la v3 nécessite une version de PHP >= 5.3 et n’a pas été validée sur une version inférieure à 5.3.3. Bien qu’il soit d’usage pour un module de ne pas avoir de prérequis plus stricts que le logiciel auquel il se raccroche, cela réduit énormément le coût de développement/maintenance sur le module ce qui permet la survie du projet.

          Les informations à propos de mes interventions sont disponibles ici : http://prestashop.blog.capillotracteur.fr/2012/07/08/tgg_atos-fermeture-du-support-gratuit/#depannage
          Il faudrait que je mette en place une page d’information plus formelle, c’est sur la TO-DO list, comme tant d’autres choses…

  2. rik dit :

    bonjour,

    j’utilise Prestashop 1.6.0.7 ( PHP 5.3.3-7, Apache/2.2.16 (Debian) ) et Tggatos 3.4.0 et je constate une chose bizarre : lorsqu’une commande est passée, une seule opération bancaire est validée, mais je reçois systématiquement DEUX commandes distinctes dans le backoffice.

    Cela ne se produit pas avec d’autres moyens de paiement, donc à priori je ne chercher pas du côté de Prestashop mais plus du côté du module.

    Suis-je le seul à avoir ce genre de bug ?

    J’avoue sécher, je ne trouve pas de solution évidente 🙂

  3. Salma dit :

    Bonjour,

    suite à un backup forcé que j’ai du faire sur l’un de mes sites j’ai du avec l’aide du support OVH faire une mise à jour vers PHP 5.4 de mon serveur mutualisé.

    Hors ma boutique prestashop 1.4.3 utilisais la version V.2.0 beta4 -rc-4 du module Atos. Celui-ci ne fonctionnant plus j’ai installé la version 2.2.1 ce qui a supprimé le code erreur que j’avais mais j’ai toujours un problème au moment de la vérification 3Dsecure, elle ne vas pas au bout et la transaction ne se fait donc pas.

    Y a-t-il une mise à jour disponible qui permette de résoudre le problème tout en restant sur ma version de prestashop ?

  4. screations dit :

    Bonjour,

    Félicitations pour votre module pour lequel je vais d’ailleurs faire un don une fois tranquille !

    Lorsque je paie par carte bancaire avec acceptation (je suis en pré-prod), j’ai constaté :

    – côté client : pas de réception du mail listant la commande
    – côté backoffice : je n’ai pas de visuel dans le backoffice en haut m’indiquant une nouvelle commande

    Voici les infos :

    Version de PrestaShop 1.6.0.11
    Version de PHP 5.4.38
    Informations sur votre serveur Linux #1 SMP Thu Apr 16 08:53:31 UTC 2015 x86_64

    Encore bravo

    • Damien VERON dit :

      Difficile de répondre sans investiguer, mais il peut s’agir d’un autre module ayant un hook sur la validation de commande ou de changement de statut de commande et faisant crasher celle-ci (cela arrivait par exemple souvant avec des modules So-Colissimo mal configurés provoquant un dépassement du timeout de la requête de confirmation bancaire).

  5. Rémi dit :

    Est-ce que le module est compatible avec la version 7 de php (actuellement 7.0.5) ?

    • Damien VERON dit :

      De mémoire testé sur une 7.0.3 sans soucis, il me semble que je n’avais eu aucun problème avec le module, seulement des problème avec l’installer de PrestaShop qui faisait appel à la fonction dl() supprimée en PHP 5.3 si des extensions manquaient ou si le support de GD était partiel (pas de support JPEG). Mais j’ai remonté les problèmes rencontrés à l’équipe dev de PrestaShop, cela a du être corrigé depuis.

      • Rémi dit :

        J’ai depuis quelques jours un petit problème :
        Les paiement fonctionne bien mais les commandes s’intègrent sans la confirmation du paiement.
        Atos m’ont indiqués ceci :
        « Après analyse des traces serveurs, nous constatons que nous redirigeons vos internautes sur l’url http://xxx.com/modules/tggatos/autodispatch/userreturn.pub.php et la réponse automatique sur l’url http://xxx.com/module/tggatos/silentresponse qui ne contient pas d’affichage.
        Au vue de la copie d’écran fournie, vos internautes sont sur l’url http://xxx.com/module/tggatos/silentresponse ne contenant aucun affichage.

        Nous vous invitons à vérifier auprès de votre prestataire que dans votre module tgg atos les urls ne sont pas inversée. »

        Avez-vous une idée d’où vient le problème et si oui comment le corriger ?

        J’utilise la version 4.4.1 du module.

        • Damien VERON dit :

          Bonjour,

          Veuillez utiliser https://github.com/TrogloGeek/prestashop-tggatos-module/issues pour tout dialogue sur un éventuel bug ou anomalie. Les commentaires sur le blog ne recevront pas forcément de réponse de ma part, et le troubleshooting est totalement ingérable via des commentaires.

          Je ne comprends pas ce que vous voulez dire par « Les paiement fonctionne bien mais les commandes s’intègrent sans la confirmation du paiement. ».
          « Au vue de la copie d’écran fournie, vos internautes sont sur l’url http://xxx.com/module/tggatos/silentresponse ne contenant aucun affichage. » J’en conclue qu’après paiement vous obtenez une page blanche ? Si oui, quel est le code statut HTTP de cette page, un code en 5xx je suppose, ce qui signifie qu’il y a une erreur fatale durant le traitement du retour utilisateur (peut-être un timeout à cause de la mise en attente du retrait du verrou sur la commande par la réponse silencieuse). Que disent les logs d’erreur Apache (ou autre daemon HTTP) et PHP ?

          Merci de ne pas répondre ici et de créer un ticket avec les informations demandées sur la page Issues du repository GitHub: https://github.com/TrogloGeek/prestashop-tggatos-module/issues
          Cela aura aussi un avantage pour vous, à savoir d’être notifié de toute réponse sur votre ticket.

          Cordialement, Damien.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Suite à de nombreux abus, toute demande d'aide et déclaration d'erreur/bug doit respecter les règles suivantes pour être publiée et que je prenne le temps de vous répondre (répondre sérieusement à une demande d'aide prend du temps, merci de respecter cela) :
  • Indiquer la version de Prestashop utilisée ainsi que celle du module en question.
  • Indiquer les informations sur l'hébergement :
    • version PHP
    • système d'exploitation et version
    • serveur HTTP et version
  • Les commentaires relatifs à un des téléchargements de ce blog doivent impérativement être postés sur la page permettant de télécharger la version dont il est question.
  • Décrire le problème de manière intelligible avec un langage soigné, vous êtes sur un site dédié à des professionnels. English comments are allowed.
Pour tous les commentaires :
  • Soigner votre langage, vous êtes sur un site dédié à des professionnels.