Jump to content

Pascal - Netenvie

Members
  • Posts

    58
  • Joined

  • Last visited

Profile Information

  • Location
    Marseille

Pascal - Netenvie's Achievements

Newbie

Newbie (1/14)

  • Week One Done Rare
  • One Month Later Rare
  • One Year In Rare

Recent Badges

1

Reputation

  1. Ah ok, je l'avais ratée celle là ... Franchement j'ai suivi toutes les versions de leur module RGPD et je crois qu'un stagiaire de première année aurait fait mieux ... C'est juste lamentable ! Et en plus communiquer comme ça ... ouha ça fait de la peine pour eux !
  2. Bonjour, Cela fait un mois qu'on lutte avec ce module développé à la va vite et apparemment sans être testé et alors qu'on en est à la version 1.06 cela ne fonctionne toujours pas pour le module blocknewsletter ... Et dans la dernière version la doc n'est pas à jour et le texte du lien de la page compte revient en anglais. Pour info il faut placer ce code dans contact_form.tpl : {hook h='displayGDPRConsent' moduleName='contactform'} Et celui-ci dans blocknewsletter.tpl (mais ça ne fonctionne pas et ce même avec la dernière mise à jour 1.6.1.19) : {if isset($id_module)} {hook h='displayGDPRConsent' id_module=$id_module} {/if} J'attends depuis des jours une réponse de Prestashop ... Les prochaines fois on fera acheté à nos clients un module autre que celui développé par Prestashop.
  3. Bonjour, Même souci ici. j'ai suivi ce tuto : http://www.digiactif.fr/articles/comment-passer-tout-un-site-en-https-sur-prestashop-15-2-86-0.html Mais ça ne fonctionne pas ... As tu trouvé une solution ?
  4. Bonjour, Comme dit dans le sujet, sur une boutique v1.6.1.2 on a un souci (en fait depuis le passage à la 1.6.x) qui est le suivant : Quand on édite un produit (en contexte "Toutes les boutiques" en haut dans la barre noire) et qu'on coche et modifie la description cela met à jour le prix dans toutes boutiques alors que le prix n'est pas coché. Donc on se retrouve avec le prix du produit mis à jour pour toutes les boutiques alors qu'on veut juste mettre à jour la description. Quelqu'un connait-il ce bug ? Merci.
  5. Bonjour, Le fichier à modifier est le fichier php du module. Par exemple dans ce cas le fichier blockpermanentlinks.php. La fonction hook est celle qui affiche le module dans la position par exemple dans ce cas : public function hookTop($params) { ... return $this->display(__FILE__, 'blockpermanentlinks-header.tpl', $this->getCacheId('blockpermanentlinks-header') . $this->context->customer->id); } Et oui malheureusement il n'y a pas de système de surcharge officiel pour le code php des modules donc il faudra restaurer la modification après MAJ. Si la modification concerne un autre module et bien tout s'applique de la même manière sauf que le nom change (bien sûr).
  6. Pour que cela fonctionnne il faut remplacer : return $this->display(__FILE__, 'blockpermanentlinks-header.tpl', $this->getCacheId('blockpermanentlinks-header')); par return $this->display(__FILE__, 'blockpermanentlinks-header.tpl', $this->getCacheId('blockpermanentlinks-header') . $this->context->customer->id); Dans la fonction hook du module concerné. Et bien sur blockpermanentlinks est à remplacer par le nom de votre module
  7. Bon en fait c'est tout bête, il suffit de bien ordonner les modules, sauf que par défaut ils sont dans une position cachée. Donc bien afficher les poitns d'ancrage cachés ...
  8. Bonjour, Y a t-il une modification à effectuer sur la configuration du serveur (cURL ou autre) ? Et faut-il utiliser obligatoirement une certaine version de PHP ? Je demande ça car dans la doc reçu de Paypal ce n'est pas très clair. Merci.
  9. My question is : We only need to upgrade/replace Paypal module or we also need to update server configuration ?
  10. Bonjour, Nous sommes face à un problème un peu compliqué qui semble intervenir entre les modules Mail alerts et Chronopost & ChronoRelais (par Oxileo) sur un PRestashop 1.5.6.2. Le problème est que le module Mail alerts utilise l'adresse de livraison spécifiée à l'étape 3 (Adresse) et pas celle choisie avec le module Chronopost & ChronoRelais à l'étape 4 (Frais de port). Pourtant après la confirmation de commande si on regarde dans la base le champ id_address_delivery de la table orders correspond bien à l'adresse choisie avec le module Chronopost. En toute logique il semble que le module Chronopost vienne mettre à jour le champ id_address_delivery après que le module Mail Alerts effectue l'envoi des emails ... Pour info : la même configuration fonctionnait parfaitement sur la version 1.4.8. Donc apparement l'ordre d'éxécution des modules a changé entre les deux versions. Nous avons changé l'ordre des positions des modules dans le header mais ça ne fonctionne pas. Comment régler ce problème ? Merci.
  11. Bonjour, Avez-vous pu régler votre souci ? Nous avons exactement le même ... Merci.
×
×
  • Create New...