JSSSX

Je me réponds à moi-même : - Après update 2.20.X vers la dernière version ➞ mon compte PrestaShop lié auparavant ne se connecte pas (comme s'il n'existait plus) - J'ai créé un nouveau compte, lié avec Paypal, la config du module s'est terminé avec succès - Problème, aucun module de paiement sur la page de finalisation de commande - Nettoyage du cache ➞ Aucune différence - Réinitialisation du module Prestashop Checkout ➞ Page de paiement fonctionnelle Un mail de Prestashop annonçant la suspension des modules anciens (fonctionnels jusqu'à hier) aurait tout de même été sympa de leur part...

Après 3H d'arrachage de cheveux, je constate que le problème rencontré sur ma boutique et celles de mes clients venait finalement de là. Même situation sur un Prestashop 1.6.1.20 et sur 3 autres Prestashop 1.7.8.X. Par contre, aucune de ces installations n'a jamais disposé de "Prestashop Accounts", toutes utilisent Prestashop Checkout 2.20.X depuis plus d'un an (sans problème apparent, bien qu'aux vues de vos messages je commence désormais à douter de certains jours où les paniers qui auraient dû l'être ne se validaient pas, sans aucune raison). Quelqu'un aurait-il rencontré une situation similaire (1.6 / 1.7) avec une version ancienne 2.20.2 de Prestashop Checkout qui fonctionnait encore hier (09/10/2023) et depuis plus de 1 an. Des solutions hormis l'update du module ? Merci pour vos réponses.

Hey ! Dedicated DEBIAN VM with 8GB / 30GB, PHP 7.1.33 (512MB / Opcache 256MB), MariaDB 10.5. I have other shops on this VM running on 1.6.1.X and older 1.7.6.X without that issue. I don't know how to reproduce it, but it's like some product may now have a missing attribute / combination ? The error just came back after a while : [01-May-2022 12:06:10 Europe/Paris] PHP Fatal error: Uncaught Error: Call to a member function getAttributeCombinations() on null in /var/www/ART/shop/controllers/front/ProductController.php:1012 Stack trace: #0 /var/www/ART/shop/controllers/front/ProductController.php(974): ProductControllerCore->tryToGetAvailableIdProductAttribute(0) #1 /var/www/ART/shop/controllers/front/ProductController.php(1264): ProductControllerCore->getIdProductAttributeByRequest() #2 /var/www/ART/shop/classes/controller/FrontController.php(1736): ProductControllerCore->getBreadcrumbLinks() #3 /var/www/ART/shop/classes/controller/FrontController.php(533): FrontControllerCore->getBreadcrumb() #4 /var/www/ART/shop/classes/controller/FrontController.php(590): FrontControllerCore->assignGeneralPurposeVariables() #5 /var/www/ART/shop/controllers/front/ProductController.php(417): FrontControllerCore->initContent() #6 /var/www/ART/shop/classes/controller/Controller.php(306): ProductControllerCore->initContent() #7 /var/www/ART/shop/classes/Dispatcher.php(518): ControllerCore->run() #8 /var/ww in /var/www/ART/shop/controllers/front/ProductController.php on line 1012

Did you find out what was causing this ? On a fresh 1.7.8.3 I am having the exact same issue.

After some digging, mine is slightly different, it is a Syntax error in themes/classic/templates/_partials/header.tpl Does it bring you some ideas ? Does anyone had this kind of exception ? ---------------------------------------------------------------------------------- (1/1) SmartyCompilerException Syntax error in template "file:/var/www/ART/shop/themes/classic/templates/_partials/header.tpl" on line 65 "{renderLogo}" unknown tag 'renderLogo' in smarty_internal_templatecompilerbase.php line 65 at Smarty_Internal_TemplateCompilerBase->trigger_template_error('unknown tag \'renderLogo\'', 65, true) in smarty_internal_templatecompilerbase.php line 1757 at Smarty_Internal_TemplateCompilerBase->compileTag2('renderLogo', array(), array()) in smarty_internal_templatecompilerbase.php line 565 at Smarty_Internal_TemplateCompilerBase->compileTag('renderLogo', array()) in smarty_internal_templateparser.php line 2272 at Smarty_Internal_Templateparser->yy_r13() in smarty_internal_templateparser.php line 3477 at Smarty_Internal_Templateparser->yy_reduce(13) in smarty_internal_templateparser.php line 3569 at Smarty_Internal_Templateparser->doParse(4, ' </h1> ') in smarty_internal_smartytemplatecompiler.php line 128

Merci pour votre réponse. C'est en effet le cas, j'ai modifié mon themes/classic/templates/checkout/checkout.tpl avec la ligne indiqué mais cela n'a rien changé. S'agirait-il d'un autre fichier ? La description de hugofintecture étant peu claire, je me demande précisément ou coller la ligne de code : {extends "$layout"} {block name="content"} <section> <h2>Title</h2> </section> {/block} J'ai tenté en ne mettant que ce code dans le fichier checkout.tpl, ca ne fonctionne pas. J'ai tenté en ne remplaçant que le bloc header et content, l'erreur 500 est toujours présente. Il est probable que la modification soit à faire ailleurs que dans themes/classic/templates/checkout/checkout.tpl. Auriez-vous une idée ? Merci.

Hey ! I am having the exact same problem with Paypal, when order is paid and is about to be redirected I get : PHP Fatal error: Uncaught --> Smarty: Unable to find template function 'renderLogo' <-- thrown in /var/www/xxx/shop/vendor/smarty/smarty/libs/sysplugins/smarty_internal_runtime_tplfunction.php on line 50 I changed theme/classic/templates/checkout/checkout.tpl but it did not change anything, same error (fresh cache, fresh browser). Does anyone have an idea ? Since I'm on 1.7.8.3 no more customer can pay with Paypal

Still the same, excepted that I noted that sometimes, yes sometimes, when saving a product it will then disappear from search index. Then after saving again and again and again (sometimes 10 times) it may reappear on search. Any idea about this crazy bug ?

L'idéal est d'isoler chaque crawler / spider bot avec le htaccess car ils se fichent complètement des interdictions du robots.txt contrairement à google. Exemple à ajouter: BrowserMatchNoCase "yandex" bots BrowserMatchNoCase "yandexbot"bots etc..... puis en fin de liste order allow,deny deny from env=bots Ils recevront un bon forbidden 503 à chaque tentative de connexion à la boutique.

In fact, sometimes product is there, sometimes after saving it is not. Then modifying again, saving and product appears again... BUG or what ? Thomas, what is your server specs, php version, mysql etc. ? I am on IIS with apache module, php 7.1.20 (last) and MySQL 5.6.41

Happy to find someone with the same issue, even if I am on 1.6.1.20 I modified an old product, which has always been available for search and was indexed, but now after saving it disappears from search, and search doesn"t seem to care of his short description words. After working around, I used some html beautifier & formatter which corrected the issue after saving, but with more than 1500 products, I am not able to use a beautifier on every product. Also this issue concerns only the French part, not the English one, even with the exact same code excepted for language. Any better clue ? I can provide my 2 html files, one for which search is not ok, and the other for which search index short description correctly.

Same issue here with 1.6.1.20, very similar case as you Phil. Did some of you find a fix ?

Same issue as you MMSH, even on 1.6.1.20, if I recreate search index, then search_index table will be cut by half (why presta devs ?) Then several missing products during searches, especially those using keywords or sentences in short_desc and long_desc. I have thousands of products with vehicles lists in short_desc or long_desc, as well this search issues affects aa lot my shop. The search feature is a real mess, since 1.6.1.9, don't know what to do now, tried everything possible...

No one ? Really ?

After investigating more, I noticed : - Issue NEVER happens when searches are done in English (all is indexed) - Issue always happen in foreign language search, French in my case (some missing items even if they do have strictly the same lines of code in short description). For strange reasons, some line are not indexed in French. Hope someone have a clue, using search in prestashop is a real nightmare.... EDIT : From PHPMyAdmin, it looks like this :