NicoJa

Bonjour, ceci est un vieux post. Mais quel en était la conclusion ? je me pose la même question. Nicolas

Bonjour, qu'en est-il de ce post ? avez-vous avancé sur ce vieux sujet ? Nicolas

Bonjour, voici un point qui me semble perturbant dans la gestion de l'inscription à la newsletter. Dans les informations de compte les inscriptions à la newsletter sont possibles si le module blocNewsletter est installé et actif. Si je suis ce scénario : 1) inscription à la newsletter par le blocNewsletter 2) création de compte (avec le meme mail) sans toucher aux cases à cocher d'inscription à la newsletter Alors il peut y avoir une décorrélation entre l'information du client dans la table customer où est noté que celui-ci ne s'est pas inscrit à la newsletter et la table newsletter qui possède l'information contraire. Il me semble que cette vérification devrait être faite dans le controlleur AuthController. J'avoue avoir du mal à bien saisir la configuration et l'utilisation de la newsletter dans backend. Si vous avez des suggestions pour répondre à mes interrogations je suis preneur. Bonne journée à vous. Nicolas.

Did you force smarty compilation ? I'm not sure to be able to help you, maybe you could post more details (example code, etc...)

Hi, and is this solution solved your problem ?

Bonjour Coro84, toutes les modifications décrites dans ce post son opérationnelles jusqu'à la dernière release 1.4.3 Pour la gestion des langues (pas testé) je pense que cela est fonctionnelle car la problématique résidait uniquement dans la récupération de l'id du Tab après son insertion en base de donnée durant la procédure d'installation. Par rapport à la problématique initiale de ce post il est clair que c'est résolu. Au passage, la suggestion de Brocéliande est à suivre.

Bonjour, merci pour vos retours. \@Olea : oui, c'est bien le nom de la classe \@ Broceliande : Effectivement, la méthode add de Tab surcharge celle de ObjectModel. Et la méthode save n'appelle (dans mon cas) que la méthode add de ObjectModel. Le comportement vient certainement de là. Je dois faire une réinstall de ce module je vous tiendrais au courant, je n'ai toujours pas eu le temps de travailler sur ce sujet plus en avant :/ Quoi qu'il en soit la méthode de Brocéliande apparaît comme plus élégante. Etant donné le nombre de forum, blog qui reprennent la méthode installModuleTab initialement proposée par JB (si je ne m'abuse) je suis étonné du peu de retour sur ce thread. Prochain post, promis je le passe en résolu

j'ai rajouté un commentaire dans le bug que vous avez ouvert.

OK, je n'ai pas refais le test mais j'ai oublié de mentionner que j'avais modifié la fonction installModuleTab comme suit : private function installModuleTab($tabClass, $tabName, $idTabParent = 0) { $tab = new Tab(); $tab->name = $tabName; $tab->class_name = $tabClass; $tab->module = $this->name; $tab->id_parent = $idTabParent; if(!$tab->save()) return false; return $tab->id; } Cela me permet de ne pas utiliser la méthode static getIdFromClassName. Avant, le code dans la fonction install de notre module ressemblait à : [...] if(parent::install() == false || !$this->installModuleTab('MonAdminTab', array(1=>'Tab', 2=>'Tab')) return false; [...] maintenant il ressemble à : [...] if(parent::install() == false) return false; $idTab = $this->installModuleTab('MonAdminTab', array(1=>'CL', 2=>'CL')); if ($idTab == false) return false; [...] Certes, cela fonctionne correctement mais n'explique pas ce changement de comportement depuis la version 1.4.5.2 Malheureusement, je n'ai pas réellement le temps de creuser ce sujet plus en avant, je ne passerais donc pas le POST en résolu (en attendant de pouvoir creuser plus en avant le sujet ou qu'un master prestageek nous fournisse la solution). Merci Olea d'avoir pris le temps de vous pencher sur cette question. Bonne soirée

Merci de votre réponse. Le retour est bien à true. Je vais retester from scratch (dans la soirée ou demain). Si, effectivement, j'appelle cette méthode dans un script de test sur un tab déjà existant cela fonctionne. La particularité c'est que l'appel à getIdFromClassName est réalisé juste après une création de Tab.

Bonjour, depuis la nouvelle version de prestashop 1.4.2.5, j'ai un blocage sur l'installation d'un module. Ce module installe dans le backoffice un Tab et des sous-tab à celui-ci. Mon problème : J'utilise une méthode largement répandu sur les blogs et forums permettant d'installer un Tab dans l'administration. private function installModuleTab($tabClass, $tabName, $idTabParent = 0) { $tab = new Tab(); $tab->name = $tabName; $tab->class_name = $tabClass; $tab->module = $this->name; $tab->id_parent = $idTabParent; if(!$tab->save()) return false; return true; } Après avoir appelé cette méthode qui installe correctement mon Tab, j'appelle la méthode : Tab::getIdFromClassName('MonTab'); pour récupérer son id. Mais là, pas d'id, celui-ci vaut 0. Ce problème se produit depuis la version 1.4.2 Si dans la méthode installModuleTab, je trace $tab->id, là l'id est correcte. Je n'ose pas le remonter en bug, ne sachant si c'est une mauvaise implémentation de ma part ou pas Merci pour vos retours

Re, mon problème a été résolu en utilisant un nom de domaine. Je travaille sur un serveur de test et j'accédais au site par http:///prestatest/ En faisant pointer un nom de domaine, avec le virtual host qui va bien dans la config de apache (et donc en utilisant la nouvelle adresse http://.com), cela a résolu mon problème. j'espère que cela contribuera un peu à ce post

Bonjour, j'ai le même problème à la différence qu'il me faut conserver les langues. je bataille pas mal de mon coté, comme beaucoup de gens a priori. le mod_rewrite est bien activé. Il faut peut être ajouter une configuration spécifique, mais laquelle ? merci par avance pour vos suggestions ou aide

Excellent, merci pour l'info.

Bonjour, bon, je dois mal utiliser le vocabulaire propre à Prestashop. Je sais déjà où sont greffé les modules. Mon problème est résolu en spécifiant dans le backoffice les scripts php faisant exception pour mon module. ce que que souhaitais savoir c'était en terme de code s'il existe une class possédant les méthodes static adéquates me permettant de savoir si un hook est présent dans la page en cours de visualisation. Pour l'instant tout fonctionne avec ces exceptions, ce qui est effectivement très pratique. je reviendrais certainement sur ce post après une période d'apprentissage plus poussée. Sorry, chui pas un ps geek, loin de là ... pas encore