Zulgrib

They somewhat acknowledged the error message is misleading, we will get it fixed i think.

After more verification, it looks like a module error. (Potential incompatibility with nginx) The module tries to access module/paypal/tlscurltestserver this file do not exist within the module. Second problem, the string wrongly reports a cURL problem while the real problem is accessing this test file and not cURL. Poor wording choices has been made. Opened a github issue since i'm now sure this is a module error and not a configuration error. https://github.com/202-ecommerce/paypal/issues/173

I'm not using a shared hosting and have root access, in which matter OVH have something to do with this?

And it is enabled according to phpinfo(). I've seen other threads mentioning the site may be "private", removing the maintenance mode doesn't help. There are no htaccess in effect because nginx is the web server, not apache. nginx was configured like shown in Prestashop's documentation, literally copy/pasted, just changed the host, root and cert path. What is the module trying to verify to estimate cURL is installed ? Official Prestashop documentation for nginx specifically blocks dot files. The server runs an up to date version of Debian 11, all the package are at their last version.

Il n'y a pas foule de paramètres, le quel pourrait être incorrect ? Supprimer le module commentaire produit, mettre à niveau et le réinstaller fonctionne, mais cela ne résoudra pas le problème du 1clickupgrade en lui-même, c'est bourrin de procéder comme ça.

Bonjour, En utilisant le module 1clickupgrade officiel j'ai une erreur a l'étape de migration bdd. Que puis-je faire pour ne pas avoir cette erreur ? Selon le journal, des requêtes SQL avec une syntaxe incorrectes sont exécutées... cela me semble surprenant sachant que le module a justement été mis a jour par rapport a ca il y a peu. Error during database upgrade. You may need to restore your database.Error upgrading Doctrine schema https://gist.github.com/Zulgrib/b92f318abacea4b679ec734867b74b1f

Greetings, when enabling pretty URL on multilang shop, it breaks order details : The page tries to load the script adding the country code to it's intended URL, but there's no redirection rule for that case, making it go 404. for exemple, https://mywebsite.example/index.php?controller=order-detail&id_order=189&ajax=true would become https://mywebsite.example/fr/index.php?controller=order-detail&id_order=189&ajax=true and be invalid due to missing redirection. We're using the rewrite rules provided in prestashop's documentation : location / { index index.php index.html; rewrite ^/api/?(.*)$ /webservice/dispatcher.php?url=$1 last; rewrite ^/([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$1$2.jpg last; rewrite ^/([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$1$2$3.jpg last; rewrite ^/([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$1$2$3$4.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$1$2$3$4$5.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8.jpg last; rewrite ^/([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(-[_a-zA-Z0-9-]*)?/[_a-zA-Z0-9-]*.jpg$ /PRESTASHOP_FOLDER/img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9.jpg last; rewrite ^/c/([0-9]+)(-[_a-zA-Z0-9-]*)/[_a-zA-Z0-9-]*.jpg$ /img/c/$1$2.jpg last; rewrite ^/c/([a-zA-Z-]+)/[a-zA-Z0-9-]+.jpg$ /img/c/$1.jpg last; rewrite ^/([0-9]+)(-[_a-zA-Z0-9-]*)/[_a-zA-Z0-9-]*.jpg$ /img/c/$1$2.jpg last; try_files $uri $uri/ /index.php?$args; The page is called by history.tpl with href="javascript:showOrder(1, {$order.id_order|intval}, '{$link->getPageLink('order-detail', true)|escape:'html':'UTF-8'}');" Which rewrite rule should I use to strip the country code for this request ?

L'erreur vient de la partie "ORDERCONFIRMATION" le texte original étant "There was probably an error in your order"

Bonjour, un site sur lequel j'interviens indique qu'une erreur s'est produite lorsqu'un client arrive sur le site suite au passage sur le site de la banque pour le paiement (au lieu du texte qui remercie d'avoir passé une commande) Pourtant, le site de la banque indique bien que la transaction a été effectuée La commande est correctement créée en arrière boutique La commande a bien le status "Paiement accepté" Tous les fichiers et dossiers du module ATOS sont en permissions 755 Le site de la banque redirige bien vers notre site sans erreur de lien Que pourrais-je vérifier de plus ?

Bonjour, j'ai un problème avec certains produits sur mon site marchand, certains produits sont introuvable en cherchant la référence du produits, les produits en questions sont de nouveau disponible via la recherche de produits juste en les ouvrant en arrière boutique, et en cliquant sur "sauvegarder", sans la moindre modifications de ma part. Utiliser la réindexation complète depuis la page de configuration de la recherche n'a pas d'impact sur ce problème du tout ... Et en fouillant dans la base de donnée, je n'ai pas trouvé de différence flagrante entre un produit qui peut être trouvé par sa référence et un qui ne peut être trouvé de cette façon. Tous les produits introuvables via la recherche sont bien affichés dans leurs catégories, peuvent être ajouté au panier etc ... Merci

Bonjour, je recherche un module capable de marquer un produit ou une déclinaison d'un produit comme obsolète, qui ajouterait un lien pour renvoyer vers la dernière version d'un produit. Example : https://lut.im/Ft514VVOpT/dIcMLXrhFhrqzNWG.JPG (c'est dans le tableau des déclinaisons) Merci

Je souhaites éviter une bombe à retardement pour la comptable qui passera après.

Bonjour, un client a décider de changer des éléments de sa commande avec le support, nous nous retrouvons donc avec un trop perçu, indiqué en rouge https://lut.im/b414tHFXuA/QvxiLQtNzgUQ6Qhi.JPG Le remboursement standard va indiquer qu'un ou plusieurs produits ont été remboursé en entiers, et est donc exclu, mais est-il possible d'utiliser le remboursement partiel en indiquant une quantité de 0, et le montant de trop perçu sans que cela ne modifie la facture finale ? https://lut.im/wGSZ00etPh/yHPv8taL5GFfQzxM.JPG Peut-on me confirmer que dans ce cas, cocher "bon de réduction" créera une règle de panier pour ce client ? Merci

Hello, i have trouble configuring cart rules to provide free shipping when the customer pick a specific shipping method with a minimum purchase total price. I created a cart rule without code, without highlihting with priority 1, conditions are 30€ incl VAT and picking a shipping method we'll call Shipping Method B. The total qty and per user qty is set to 4294967295, no other conditions are set. In the action tab I checked the "Okay" for "Free shipping", other actions are disabled (red cross). As the cart rule is applied before the customer pick a shipping method, the cart rule is never applied ... I'm using prestashop 1.5.6.1

Bonjour doekia, c'est justement ce que j'ai tenté de faire, en utilisant une règle de panier afin de rendre la livraison gratuite à condition que le livreur soit le livreur colissimo avec un montant minimum qui me convienne, mais le coupon n'est jamais appliqué car au moment des applications des règles de panier, le transporteur n'est pas encore défini (erreur "Vous devez choisir un transporteur avant de pouvoir appliquer ce bon de réduction à votre commande") Dans le code j'ai bien un champ vide, dans les conditions j'ai bien mon montant minimum, le champ "limiter à un seul client" est vide, la règle de panier est valide jusqu'en 2016, la quantité disponible total et par utilisateur est de 4294967295, j'ai coché "Sélection de transporteurs" et j'ai garder à droite (transporteurs sélectionnés) uniquement ceux qui avaient "Colissimo" dans le nom. Quand j'arrive au paiement, le "Total transport" n'est pas indiqué comme gratuit ou 0€.