Jezza

HI - we have found that this happens when a product (or variation) that was ordered before is no longer valid. We have disabled the option in the back office for the moment.

Life saver ! Thanks

Good question. I arrived here from the PrestaShop module validator (https://validator.prestashop.com/auth/login) after receiving an error for using the __DIR__ constant. Funny how its used is all over their official modules. I have it from the composer autoloader. Anyway I will use the dirname(__FILE__) constant instead - it's common practice in WordPress too.

Hi! Can you help with adding a translation to a class override ? I have overridden CartRule.php no problem, but need to add another translated string - so I have used the "Shop.Notifications.Error" domain. Is it correct to use this domain? I see other strings that use this domain are under the Classic theme in International > Translations, but I do not see my new string! How do I get my new string added as well? Is the domain correct? Do I need to refresh something? Thank you

Can anyone tell me if it is possible to nest queries in a SQL JOIN in the Query Builder? I want to achieve this in SQL: select o.id_order, r.code from ps_orders o left outer join ( select ocr.id_order, cr.code from ps_order_cart_rule as ocr inner join ps_cart_rule as cr on ocr.id_cart_rule = cr.id_cart_rule ) r on o.id_order = r.id_order So the LEFT OUTER JOIN needs to be on the result of the nested query (not on a table that exists already which IS supported by the Query Builder). Is it possible? Thanks! I have posted already on the #general Slack channel but no response.

Hi Guys. I would expect the "reorder" or "Commander à nouveau" to take me to the checkout page where I can select my address. This is what we see in our store, with all the products from the previous order already in the basket. However, our problem is, that it does not work for every customer! Some old customers get redirect to the homepage, some cannot progress past address selection !! Some ideas anyone ? I would like to create a GitHub bug but I do not know how to re-create - so far this seems to occur randomly !

Pour mettre à jour, nous n'avons plus ce problème. Je suis venu pour tester à nouveau ce problème après avoir modifié les catégories de nos produits. Auparavant, nous avions nos produits dans 2 catégories de premier niveau, maintenant une seule catégorie.

To update, we no longer have this issue. I came to re-test this issue after we made changes to the categories our products are in. Previously we had our products in 2 top level categories, now just 1 category.

Now raise on GitHub too: https://github.com/PrestaShop/PrestaShop/issues/20575

Bug has already been created on GitHub: https://github.com/PrestaShop/PrestaShop/issues/12814

I found this bug which I believe covers this issue: https://github.com/PrestaShop/PrestaShop/issues/12814

Oh yes I know this. You might like to add the defer (or async) attribute to help with load times:

So I discovered all the JS files are referenced in templates/_partials/javascript.tpl in your theme. I simply added the defer attribute for all external scripts. Now, even with CCC turned on for JS, the defer attribute persists. Didnt think it would be so easy! This was all I wanted to keep gtmetrix.com happy

I would be interested if you found a solution? Perhaps you used defer instead?

Hello! Did you find a solution to your problem? I would like to solve it too

Hi Jeff. Thanks for sharing this info. In fact for us id_product_attribute=0 is not the correct stock quantity. For simple products without variations this is correct, but mostly we use variations and this is why we have the problem. It looks to me that the correct id_product_attribute for products with variations is the last (i.e. highest number) with the same id_product. Does that work for you? Can we do this in an override do you think? I have raised it as bug BTW (with no response or feedback) here:

This issue only appear to pertain to products that have variations. The consequence of such products is multiple lines in the stock_available table. Thus, we have different stock values in every location in the dashboard: Product List, Product Details, Statistics, Stock Management. The values match each other on the Product Details and Stock Management - and these are correct The values match each other on the Product List and Statistics page - but these are NOT correct The screenshots show 1 product that has variations and multiple lines and 1 product that has no variations and 1 line (and no stock value problem!)

I am interested to understand this concept. By reserved do you mean you offer customers this option? Or does reserved simply happen when a customer has items in their basket and/or are going through the checkout process? Presumably there is some kind of automated release of the reserved stock if the customer does not order?

I too am interested to understand the stock_available table. Multiple entries and multiple stock quantities for a single product means that we have multiple different (correct & incorrect) stock values showing up in different places in the Presta Dashboard !! :S

Bon conseil !

Hello! We would like to show all our products on pages such as "our products" and all category pages and we have achieved this by simply changing Products per Page setting in Admin to 100 (we have 60 products). But it does not always work! By default all products show, but when you change the order by Price to Increasing or Decreasing, we have only 10 products! Do you know how to always show ALL products? Thanks!

Salut ! Nous voulons tous nos produits sur notre page "nos-produits" et en fait nous l'avons fait via la configuration de la "page de produits" sous Configurer> Produits. Il fonctionne sur la page jusqu'à ce que vous changiez "trier par" en Prix, Croissant ou Prix, Décroissant - alors il n'affiche que 10 produits! Comment nous faisons pour avoir tous nos produits chaque fois? Merci! Voici une liste d'informations importantes à préciser : Type d’install (nouvelle/MàJ) : MaJ (de 1.7.4.4 a 1.7.6.5) Version de PS : 1.7.6.5 URL du site concerné : dynveo.fr Thème (défaut/perso) : biocosmetic child (modifié) Code (original/modifié) : 1 modifié directement, de nombreux "overrides", Hébergement : planethoster Version de PHP : 7.2 Version de MySQL : 10.2.32-MariaDB Navigateur(s) concerné(s) : tous

Hi ! Sorry if I did not choose the correct forum to post. We have just upgraded to 1.7.6.5. We have a 1 store, 1 language setup. We correctly have our alternate link tag rendered in the HEAD for each page, however for every page that isn't a product or the homepage, the value is the ugly (not pretty) permalink URL. We do not want this URL to be seen by Google (or anyone) - we want the pretty permalink URL instead as I am sure everyone does. Examples: A CMS page https://www.dynveo.fr/content/a-propos-de-nous.html Has alternate value https://www.dynveo.fr/index.php?controller=cms&amp;cms_rewrite= Or Blog posts (from PrestaBlog module) https://www.dynveo.fr/blog/bien-choisir-son-huile-de-krill-n3 Has alternatte value https://www.dynveo.fr/module-blog?id=3&amp;n=3&amp;urlnews=bien-choisir-son-huile-de-krill I am talking about this tag BTW which you will see by inspecting the source: <link rel="alternate" href="https://www.dynveo.fr/index.php?controller=cms&amp;cms_rewrite=" hreflang="fr-fr"> Bug or config? Thanks!