Vostillix

While testing different templates, switching between the default one and the old one, plus another random template, the problem was solved by itself. Thanks for your time and sorry for the inconvenience!

Hey @ndiaga Thanks for your time Sorry for the misunderstanding, I read again my post and the wording I used is quite akward. I will edit it. The 'in transit' status I was talking about is the default 'shipped' status. I translated it from my native language without checking out what the equivalent was. This is why I didn't add any information on it. I wanted to say that this is the only one that is not working. Basically, all the emailing system we use is vanilla. We don't have any email override in theme folder. Is that clearer?

Hey Prestashop Community My client reported me a weird issue with his old prestashop. When he manually change an order status, the customer gets notified by an e-mail (according to the templates stored in mails/fr/) that informs him of the status of his order. Until there, everything is fine. But there is a single status ('shipped') that sends a blank email with only the shop logo as email attachment. So, my first though was that the problem came from the mail template, so I took the default mail templates for few mail including this one ('in_transit.html/txt', 'shipped.html/txt') to make some tests. But this didn't solve the issue. I attached a screenshot that compare email that the shop usually sends and the one it sends on 'in transit' status (do not pay attention at the text or it's meaning, it's default Prestashop text). As far as I know, nobody touched a single comma on any of the controllers and prestashop classes. Any though on this? Thank you all very much

Thanks for this. So there's no designed way to do so and we have to go through scripts.. After little analysis of the code on global.js, it's appeared that, by default, the functions 'bindGrid()', so 'display(view)' function, is not triggered on the index page, so the layout of the homefeatured module is not affected by the grid-or-list choice. To correct it, we just have to modify the following : if (typeof page_name != 'undefined' && !in_array(page_name, ['index', 'product'])) to : if (typeof page_name != 'undefined' && !in_array(page_name, ['product'])) on global.js file, line 42. This one is solved. Thanks for your time SupportPS.

Hi. Thanks for your time but I am afraid that it may not be relevant. Actually, we might have to correct homefeatured.tpl but the concerned part of the code of it is pretty simple : <div id="homefeaturedwrapper"> <h2> {l s='Featured Products' mod='homefeatured'}</h2> {include file="$tpl_dir./product-list.tpl" } </div> Obviously, I already did the changes that are needed directly in product-list.tpl. And it is working on other pages. If there is a change to do here, please enlighten me about it. So, I guess this is due to a script somewhere that doesn't trigger properly into the 'div#homefeaturedwrapper'. I just wanted to know if there were a proper way to change homefeatured product list layout as we can do for the rest of the shop. If not, does anybody know where the script is ?

Hey folks ! I have some trouble with the default product list layout in prestashop 1.6. As many, I wanted it to look like the old list layout. After few researches, I found this tutorial : https://mypresta.eu/en/art/prestashop-16/grid-to-list-products-view.html I made the changes and, well, it made the trick on category pages (btw, thanks @vekia) but not on home featured module . As you can see on the screenshots below, even if it has the 'list' class, the homefeature template is still in grid when the generic product-list is in list. Does any of you have an idea ? I guess it is due to a script that is not triggered somewhere, but maybe there's a proper way to do so Thanks in advance.

Hey guys, even if I am like one year late, I just went into this trouble and found the solution (for anyone who will need it in future) The $MENU_SEARCH variable is to be set within the block top menu mod configuration, directly in the backoffice.

Bonjour Je n'ai pas eu ce message. Mais il ne s'agit que d'une note de PHP n'empêchant pas le fonctionnement du site, en théorie, pas d'une réelle erreur.

Personnellement, je n'ai rien ajouter de plus à ce fichier. La version complète ne comporte que des commentaires pour en expliquer le contenu. Je l'ai ensuite déposé à la racine de mon hébergeur.

Solution trouvée ici : https://www.prestashop.com/forums/topic/163074-search-broken-both-ajax-and-normal-search/ Dans le fichier classes/Search.php, ligne 56, remplacer '\x{d800}' par \x{e000}.

Found it here : http://www.prestashop.com/forums/topic/163074-search-broken-both-ajax-and-normal-search/

Merci pour l'info. Ça a fonctionné ! Je n'ai eu qu'à reconstruire l'index après avoir fait la modification.

Bonjour La mise à jour de PHP ne concerne pas vos fichiers prestashop, mais celle de votre hébergeur. La procédure pour faire cette mise à jour est indiquée ici : https://www.ovh.com/fr/g1207.php-ovh Le fichier search.php fait une trentaine de ligne, il n'y a malheureusement pas de ligne 46, en tout cas, pas dans le mien. Pouvez-vous me donner les liens des posts dont vous parlez ? Merci

Up, still looking for a solution to this issue. Thanks

Bonjour à tous Suite à une mise à jour de PHP (vers php 5.5) sur une boutique prestashop (v. 1.4.7), le module de recherche ne fonctionne plus. Quoi que l'on y tape, il ne renvois aucun résultat. Actuellement, je l'ai réinitialisé, réinstallé, j'ai reconstruis l'index plusieurs fois, mais rien n'y fais. Des idées ? Merci