Jump to content

Mister_magic17

Members
  • Posts

    29
  • Joined

  • Last visited

Profile Information

  • First Name
    Florian
  • Last Name
    M

Recent Profile Visitors

125 profile views

Mister_magic17's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Bonjour, C'est déjà ce que j'ai dans ce fichier, comme dans ps_checkpayment.php. J'ai bien {check_XXX} dans les fichiers php et le template de mail. Donc cela devrait correspondre à 100% comme vous. D'ailleurs cela fonctionne lors d'une nouvelle commande, mais pas lorsque l'on renvoie ce même mail via le bouton prévu à cette effet dans la commande.
  2. Bonjour, Merci pour votre réponse! En revanche j'ai toujours le même soucis : Montant : 68,90 € À l'ordre de : {check_name} Veuillez envoyer votre chèque à l'adresse suivante : {check_address_html} Cela me le fait également pour les virements : Montant : 68,90 € Titulaire du compte : {bankwire_owner} Informations sur le compte : {bankwire_details} Adresse de la banque : {bankwire_address} Edit : Avec une nouvelle commande, cela semble fonctionner... Mais en faisant renvoyer le mail via la commande en admin, ce problème persiste....
  3. Bonjour, Je rencontre un problème lorsque je rentre une quantité trop élevée (par rapport au stock réel) et que je clique sur l'ajout au panier : la pop up modal du module ps_shoppingcart s'affiche sans information sur la colonne de gauche (pas d'information produit) => cf screenshot attaché. Pire, si je clique plusieurs fois sur le bouton d'ajout au panier, j'ai 50 popup qui s'affichent les unes sur les autres et il est impossible de quitter ces fenêtres. Seul choix, cliquer sur commander ou rafraichir la page. Et cela qu'il y ait assez de stock ou non. De plus, lorsque j'entre une quantité trop élevée et que je clique ailleurs, seulement à ce moment là le bouton d'ajout au panier devient insensible et il est mentionné (plus de stock). Et encore, j'ai refait le test plusieurs fois à différents moment, ça ne fonctionne pas toujours, et il arrive que nous pouvons toujours ajouter au panier un stock qui n'existe plus. J'ai rencontré d'autres personnes sur ce forum avec ce même soucis. Cela se produit sur les versions Prestashop 1.7.0 et même 1.7.1. Merci à vous.
  4. Bonjour, Je constate le même problème. Si je rentre une quantité trop élevée (par rapport au stock réel) et que je clique tout de suite sur l'ajout au panier, la pop up modal s'affiche comme sur ton screenshot. Pire, si je clique plusieurs fois sur le bouton ajout au panier, j'ai 50 popup qui s'affichent les unes sur les autres et impossible de quitter ces fenêtres. Seul choix, cliquer sur commander ou rafraichir la page. Et cela qu'il y ait assez de stock ou non. De plus, lorsque j'entre une quantité trop élevée et que je clique ailleurs, seulement à ce moment là le bouton d'ajout au panier devient insensible et il est mentionné (plus de stock). Et encore, j'ai refait le test plusieurs fois à différents moment, ça ne fonctionne pas toujours....
  5. Bonjour, Je ne sais pas si ça peut t'aider, mais voici un module que j'ai développé pour un paiement par prélèvement. Et il fonctionne très bien dans la liste des options de paiemnt. Mon hookPaymentOptions est le suivant : public function hookPaymentOptions($params) { if (!$this->active) { return; } if (!$this->checkCurrency($params['cart'])) { return; } $this->smarty->assign( $this->getTemplateVars() ); $newOption = new PaymentOption(); $newOption->setCallToActionText($this->l('Pay by direct debit')) ->setAction($this->context->link->getModuleLink($this->name, 'validation', array(), true)) ->setAdditionalInformation($this->fetch('module:prelevpayment/views/templates/front/payment_infos.tpl')); return [$newOption]; } Et voici getTemplateVars() : public function getTemplateVars() { $cart = $this->context->cart; $total = Tools::displayPrice($cart->getOrderTotal(true, Cart::BOTH)).' '.$this->l('(tax incl.)'); return [ 'path' => $this->_path, 'prelevTotal' => $total, ]; }
  6. Bonjour, Je rencontre un soucis sur la version PS 1.7.1 concernant les notifications d'erreur (notamment). Je m'explique : Sur les anciennes version 1.5 et 1.6, j'ai pu faire apparaitre une fenêtre alerte lorsque qu'un visiteur clique sur un bouton d'ajout au panier et que le produit ne respecte pas une condition particulière (en rapport avec le contenu du panier). Pour cela, j'ai surchargé la méthode processChangeProductInCart() de la classe CartController.php. J'y ai inséré la logique suivante : if($test == true){ $this->errors[] = Tools::displayError("Attention problème"); } Dès lors, si la condition est vrai, au simple clic sur le bouton d'ajout au panier, une fenêtre alerte apparaissait, impechant ainsi le comportement habituel du bouton de s’exécuter (pas d'ajout du produit au panier donc). Depuis la version PS 1.7, lorsque je tente de remplir le tableau $this->error[], au clic du bouton d'ajout au panier il ne se passe rien, si ce n'est l'affichage constant de la fenêtre modal du module ps_shoppingcart. Si je commente l'affichage de cette fenêtre modal dans le code du module, toujours aucun message d'alerte et le produit est bien ajouté au panier (alors que je ne veux pas). Le problème que je rencontre donc, est que même si le tableau $this->error[] est toujours rempli dans la fonction surchargé de la classe CartController.php, c'est comme ci celui-ci n'était jamais pris en compte. Après de longues recherches dans le code et sur le forum, je ne parviens pas à reproduire le résultat que j'ai toujours connu. Merci à tous ceux qui pourront m’aiguiller sur ce problème, ou me proposer une solution alternative. Merci à vous!
  7. Bonjour, Je rencontre un problème sur ma boutique en développement PS 1.7. En effet, lorsqu'une commande est passée, le mail de confirmation de paiement envoyé contient toujours l'intitulé de certaines variables (au lieu de voir afficher leur contenu). Je remarque que les variables envoyées au template de mail par la classe PaymentModule.php sont bien reçues et affichent le résultat attendu. En revanche, les variables passées en paramètre de la fonction validateOrder (de la classe PaymentModule.php) ne sont pas pris en compte. Voila le template du mail pour le module chèque : Commande {order_name} - En attente du paiement par chèque Nous avons bien enregistré votre commande ayant pour référence {order_name}. Celle-ci vous sera envoyée dès réception de votre paiement. Vous avez choisi de payer par chèque. Voici les informations dont vous avez besoin pour effectuer le paiement : Montant : {total_paid} À l'ordre de : {cheque_name} Veuillez envoyer votre chèque à l'adresse suivante : {cheque_address_html} Voici le résultat (mail reçu) : Commande ESLDTJMWL - En attente du paiement par chèque Nous avons bien enregistré votre commande ayant pour référence ESLDTJMWL. Celle-ci vous sera envoyée dès réception de votre paiement. Vous avez choisi de payer par chèque. Voici les informations dont vous avez besoin pour effectuer le paiement : Montant : 68,90 € À l'ordre de : {cheque_name} Veuillez envoyer votre chèque à l'adresse suivante : {cheque_address_html} J'ai bien entendu testé le contenu des variables avant d'être envoyées à la classe PaymentModule, tout est ok. J'ai testé leur contenu dans la methode validateOrder(), tout est ok. J'ai même testé leur contenu dans la méthode Mail::send(), tout est ok, même l'objet $swift contient bien les informations lorsqu'il exécute $swift->send($message); Je précise que j'ai installé une version PS 1.7.0, puis ait réalisé la mise à jour vers 1.7.1. Je n'ai rien modifié dans les fichiers pouvant entrainer un dysfonctionnement au niveau de Swift. Merci pour toute aide pouvant être apportée!
  8. Bonjour, Merci pour ce post! En revanche cela concerne la connexion à l'admin, et mon soucis est bien différent. J'avais déjà dailleurs désactiver cette vérification de l'ip dans ma recherche de solution. En revanche, il est fort possible que ce problème de ssl puisse avoir un lien avec tous les types de problème de connexion rencontré. Me concernant, j'ai désactivé le CDN de mon hébergement chez OVH depuis Vendredi. Miracle, pour le moment, je n'ai plus eu de plaintes des clients. Cela viendrait d'un "cookie ovh" si j'ai bien compris. Mon hypothèse est que certains de mes clients ne recevaient pas le bon cookie lorsqu'ils se rendaient sur notre site, c'est-à-dire qu'ils recevaient très certainement celui d'une autre session ouverte juste avant. Cela a eu pour conséquence qu'un visiteur pouvait se retrouver connecté d’emblée sur le compte d'un autre. J'espère que le problème vient bien de là, je continue de croiser les doigts!
  9. Bonjour, Si nous avons bien le ssl activé également. J'ai pourtant bien demandé à OVH si le ssl pouvait être en cause mais on me dit à chaque fois que non....
  10. Re-bonjour, Je viens d'avoir à nouveau OVH, il m'ont demandé de désactiver le CDN et de voir si cela résout le problème. Je n'y manquera pas de leur parler de votre piste si cela n'est toujours pas résolu, merci!
  11. Bonjour, Avez-vous solutionné ce problème? Nous rencontrons actuellement un soucis similaire, des clients se trouvent connectés sur le compte d'un autre client en allant simplement sur notre site internet. Cela se fait rarement, donc problème très difficile voir impossible à reproduire. Merci pour votre retour!
  12. Bonjour, Merci pour l'information. Je leur ai posé la question mais n'ont pas souhaité se prononcer la dessus et m'ont tout de suite redirigé ailleurs. Ils m'ont demandé de désactiver la verification de l'IP pour les cookies, mais sans grand succès. Le problème persiste. Je vais leur reparler précisément de votre idée. Merci pour ces informations! Vous n'avez toujours plus de soucis à ce propos depuis?
  13. Bonjour, Merci pour le message d'encouragement. Mon hébergeur OVH m'a également indiqué de réaliser cette marche, mais sans grand succès. Les clients continuent de rencontrer ce soucis... Quelqu'un d'autre aurait le même soucis? Merci à vous !
  14. Hello, OVH ask me to do this : - Access to Prestashop Database - Go to 'PS_CONFIGURATION' table - Modify value 1 by 0 for ligne 'PS_COOKIE_CHECKIP'. After done this, nothing have changed. Some Customers are still logged on other people account.... Any ideas? Thank you!
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More