DD_DD2

Thank you very much Camille I really appreciate your method, finding out the real reason of the issue rather than overwriting a file without knowing the change. Of course thank you to people who posted the core.js patch, which at least help solving the issue.

@coeos.pro Bonjour, Pourriez-vous s'il vous plaît me dire si votre module est compatible avec Prestashop 1.7.7.7 ? Bonne journée

Bonjour, Peut-être un peu tard pour adminthom et YanisseDeMaWallBox. Cela pourra sans doute servir à d'autres j'espère. Une raison possible est une sécurité côté serveur. Si vous êtes chez OVH en mutualisé, vous pouvez désactiver l'option firewall pour résoudre ce point. Vérifié ce matin en ce qui me concerne

Merci beaucoup Mootookoi, cela a fonctionné pour moi aussi avec la directive AllowOverride All.

Ok, c'est un vieux post, mais cela pourra servir encore. J'étais dans la même situation (futur et alerte json) pour passer de 1.6.1.22 à 1.6.1.24. Résolu en changeant le nom du répertoire admin qui comportait des caractères spéciaux de type &, !, _. En gardant juste lettres et chiffres, cela est passé cordialement

Bonjour, Pour ma part j'ai résolu ce point en mettant un test {if $nbComments != 0} pour ne pas afficher les balises html itemtype/itemscope/itemprop si par la suite on ne peut pas afficher de valeur de notation, car pas de commentaire. Mettre dans le fichier themes/mon_theme/modules/productcomments/productcomments-extra.tpl <div id="product_comments_block_extra" class="no-print" {if $nbComments != 0}itemprop="aggregateRating" itemscope itemtype="https://schema.org/AggregateRating"{/if}> à la place de <div id="product_comments_block_extra" class="no-print" itemprop="aggregateRating" itemscope itemtype="https://schema.org/AggregateRating"> Pas besoin de ruser avec les traductions ou de paramétrer le module en fonction du compte client. Bonne journée

Merci Doekia, ça marche impeccable. Par contre je suis très étonné d'avoir sur ce site des inscriptions spams alors qu'il y a un recaptcha google d'installé ! Et qui fonctionne lors d'une inscription manuelle. Par où passent-ils dès lors ? Bonne journée

Merci Eolia pour ces précisions. J'avais la 2.2.0 du module navigation à facettes, qui contient également "position" dans les requêtes. A voir si la mise à jour n'aurait pas eu un effet sur des tables temporaires comme "cat_filter_restriction". Peut-être un simple reset du module aurait suffi. Bonne journée

Bonsoir, Un peu vieux le post, mais comme en 1.6.1.17, l'ordre défini dans le BO n'était pas respecté en FO, je pense que cela pourra être utile à beaucoup d'entre vous. D'abord merci à fredekac pour faire apparaître les flèches du drag&drop. Voici la solution au problème d'affichage FO qui ne respecte pas l'ordre défini dans le BO. En mettant à jour le bloc navigation à facettes, la requête de tri est maintenant correcte. C'est en effet ce module qui gère ceci. La version qui est correcte est la v2.2.1. Bon Presta

J'ai eu le même problème avec Prestashop 1.6.1.17 et firefox, en LOCAL (wamp). Avec le réglage BO Administration/Préférences et 9999 dans "durée de vie du cookie du back-office", dans windows "cmd" et ipconfig /flushdns, puis fermeture-ouverture de firefox, cela fonctionne

@jnbteste En réalité il convient de remonter ce bug sur la Forge pour un traitement officiel. Ce que je viens de faire : http://forge.prestashop.com/browse/PSCSX-9816 J'espère que cela sera inclus dans PS 1.6.1.19 !

Hi, Looking at the Prestashop doc and the code of Prestashop 1.7.2.0, I have successfully inserted a link to my module, link nested in the admin menu, section Configure. Please find below the 2 step process. 1. in modules/mymodule/mymodule.php, fonction __construct(), assign $this->tabs: class MyModule extends Module { ... public function __construct() { /*--Admin Menu--*/ if (version_compare(_PS_VERSION_, '1.7.1', '>=')) { $this->tabs = array( array( 'name' => 'Nom du Module', 'class_name' => 'AdminMyModule', 'parent_class_name' => 'CONFIGURE', 'visible' => true, )); } 2. In modules/mymodule/controllers/admin, create a file named AdminMyModuleController.php : if (!defined('_PS_VERSION_')) exit; class AdminMyModuleController extends ModuleAdminController { public function __construct() { parent::__construct(); if(!Tools::redirectAdmin('index.php?controller=AdminModules&token='.Tools::getAdminTokenLite('AdminModules').'&configure=nom_du_module_$this->name_dans__contruct')) { return false; } return true; } } Hope it will help you ... Denis

Bonjour, En m'inspirant de la doc Prestashop, et en décorticant le code de Prestashop 1.7.2.0, j'arrive bien à avoir une ligne vers mon module dans le menu Admin, section Configure. Voici comment en procédant en deux étapes. 1. Dans modules/mymodule/mymodule.php, fonction __construct(), je déclare $this->tabs: class MyModule extends Module { ... public function __construct() { /*--Admin Menu--*/ if (version_compare(_PS_VERSION_, '1.7.1', '>=')) { $this->tabs = array( array( 'name' => 'Nom du Module', 'class_name' => 'AdminMyModule', 'parent_class_name' => 'CONFIGURE', 'visible' => true, )); } 2. Dans le répertoire modules/mymodule/controllers/admin, je créé un fichier AdminMyModuleController.php avec le contenu : if (!defined('_PS_VERSION_')) exit; class AdminMyModuleController extends ModuleAdminController { public function __construct() { parent::__construct(); if(!Tools::redirectAdmin('index.php?controller=AdminModules&token='.Tools::getAdminTokenLite('AdminModules').'&configure=nom_du_module_$this->name_dans__contruct')) { return false; } return true; } } Ainsi on a bien la ligne dans le menu, section Configure qui renvoie vers le controller AdminMyModule qui mène au module en lui même. J'espère que cela vous sera utile ... Denis

I now it's an old post but if it could help some of us ... As for me, the "deactivate Google analytics" extension was installed in Chrome. If removed, everything goes well. Which seems logical indeed Rgds Denis

Je pense que les équipes de Prestashop ne travaillent plus que sur des boutiques en ANGLAIS et donc ne voient plus ce genre de souci. D'ailleurs il manque pas mal de traductions en français dans le thème par défaut... Un petit historique : En 1.6.1.6, les templates de mails sont bien présents dans le dossier mails/fr. En 1.6.1.10, ils ont disparus de ce répertoire, mais figurent dans celui du thème par défaut, donc cela fonctionne encore. A partir de 1.6.1.13, ils ne sont plus ni dans l'un ni dans l'autre ! Merci encore pour la solution @Col&gram Denis