Jump to content

List de module non accessible : "is not a valid module name".


julie Multi

Recommended Posts

Bonjour,

Le message d'erreur suivant apparait : is not a valid module name.

lorsque je clique pour afficher  la liste de mes modules

je souhaitais pour mettre à jour les slider de mon site

aucun module n est donc accessible.

je n'ai fais aucune mise à jour 

cela fonctionnait il y a qq jours .... les reste du back office semble fonctionner normalement.

 

une idée pour résoudre ce problème ? 

Link to comment
Share on other sites

Bonjour j'ai rencontré le même problème que toi ce matin alors que je n’avais justement installé aucun nouveau module. Pire, ce bug s’est reproduit sur deux anciennes installations locales de Prestashop que je n’avais pas modifiés depuis des semaines. J’ai demandé à des collèges de vérifier sur leur serveur local s’il rencontrait le même bug et c’était le cas, alors que nous bossons pourtant chacun sur des modules différents !

Bref le problème ne semble pas provenir d’une quelconque modif dans un module mais de prestashop lui-même :/

Ah je précise que je travaille avec la version 1.6.1.19 de Prestashop.

Ce bug n’est visible que lorsque le mode développeur est activé, tu peux donc le désactiver temporairement si tu souhaites vraiment accéder à la page.

Sinon j’ai réussi à résoudre le problème en modifiant le fichier xml « must_have_modules_list.xml » qui se trouve dans config/xml (depuis la racine de prestashop). Voici la procédure :

Recherche dans le fichier « <displayName><![CDATA[Store Manager pour PrestaShop]]></displayName> ».

Si tu es dans le même cas que moi tu devrais trouver juste avant le résultat de ta recherche « <name><![CDATA[]]></name> ». Normalement ce champ ne devrait pas être vide, et il faut remplacer « <name><![CDATA[]]></name> »  par <name><![CDATA[storemanagerpourprestashop]]></name> ».

Une fois les modifications enregistrées avec les droits administrateurs le problème devrait être résolu.

Voilà j’espère avoir pu aider :)

 

 

  • Thanks 1
Link to comment
Share on other sites

Bonjour,

 

Il est nécessaire d'activer l'affichage des erreurs PHP pour comprendre le problème.

 

Pour ce faire, vous devez ouvrir le fichier /config/defines.inc.php de votre installation de PrestaShop, et modifier la ligne suivante à l'aide du bloc note ou d'un éditeur de texte spécialisé dans le code - n'utilisez pas Word :) !

define('_PS_MODE_DEV_', false);

...afin qu'elle ressemble à ceci :

define('_PS_MODE_DEV_', true);
Link to comment
Share on other sites

FANTASTIQUE !!!

merci infiniment pour votre message et vos instructions...

Je n'ai pas tout compris mais j'ai suivi vos instructions à la lettre et tout marche...

j'ai de nouveau accès à mes modules... je ne comprends pas pourquoi certains fichiers de ce dossier xml ont une date de modification du 31 juillet alors que je n'ai absolument rien touché. mais  : UN GRAND MERCI POUR VOTRE AIDE :-)

belle journée...

Link to comment
Share on other sites

Heureux d’avoir pu vous dépanner !
Pareil de mon côté pour le fichier xml: je n’y avais pas touché et pourtant on m’indiquait que la dernière modification datait d’aujourd’hui…

Lors de mes tests pour résoudre ce problème, je me suis rendu compte que la modif du xml a été déclenché par ma première connexion de la journée sur le back office de ma boutique.
J’en déduis qu’un des scripts php de prestashop (ou de l’un des modules) a eu un comportement inattendu qui a modifié incorrectement le fichier xml et est responsable du bug.
Après vu que j’étais occupé je n’ai pas approfondi davantage mes tests après avoir trouvé une solution et ne connais pas le script php responsable. J’aimerais bien connaître l’origine du bug si quelqu’un la découverte.

Link to comment
Share on other sites

j'ai eu le même problème tout à l'heure en local sur 1.6.1.19, avec define('_PS_MODE_DEV_', true); j'ai une page blanche avec le message is not a valid module name.

 

Avec define('_PS_MODE_DEV_', false); ça fonctionne et j'ai les fichiers config/xml/trusted_modules_list.xml et config/xml/untrusted_modules_list.xml

si je remet true les fichiers config/xml/trusted_modules_list.xml et config/xml/untrusted_modules_list.xml sont immédiatement effacés

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...