Re : Erreur accès administration
Ok, merci pour ton retour d'info !
Ton intervention dans la BBD est violente car, même si elle te semble fonctionner, cela n'est pas propre car il va rester des tables liées au module concerné.
Je te propose de te donner la marche à suivre, en intervenant dans la BDD mais avec plus de propreté pour un retour à la normal en douceur.
- Tout d'abord, oui, il faut bien aller dans la BDD via PhpMyAdmin et aller sur la table nommée prefixe_modules (où "prefixe" correspond à votre préfixe de tables, genre "zr76" par exemple)
- Il faut repérer la ligne qui correspond au module concerné !
Jusque là, c'est comme ce que tu as fait.
- Au lieu de supprimer la ligne qui corresponds au module, je vous propose de désactiver le module. Ainsi, on pourra retourner dans l'administration des modules via l'interface en ligne de XOOPS et on pourra ensuite supprimer le module via cette même interface. Le process ainsi lancer supprimera proprement les tables que le module a ajouté.
Entête de la table :
mid | name | version | last_update | weight | isactive | dirname | hasmain | hasadmin | hassearch | hasconfig | hascomments | hasnotification |
Valeurs AVANT modification :
1 | nom_module_concerné | version_du module |date_de_le_MAJ| 0 | 1 | Nom_dossier_module | 0 | 1 | 0 | 1 | 0 | 0 |
Il faut changer le paramètre "isactive" et donc obtenir
Valeurs APRES modification :
1 | nom_module_concerné | version_du module |date_de_le_MAJ| 0 | 0 | Nom_dossier_module | 0 | 1 | 0 | 1 | 0 | 0 |
Maintenant, on doit pouvoir accéder à la gestion des modules et supprimer le module.
=======================
Je te propose que tu réinstalles le module, et surtout tu restes sur la page de gestion des modules,
une fois installé, tu le supprimes aussitôt.
Avec ce process, les tables restantes seront proprement retirées par la procédure de suppression via l'interface de gestion des modules
Dis-moi si tu as compris pourquoi je te fais réinstaller le module.
J'espère avoir été complet !
Ton intervention dans la BBD est violente car, même si elle te semble fonctionner, cela n'est pas propre car il va rester des tables liées au module concerné.
Je te propose de te donner la marche à suivre, en intervenant dans la BDD mais avec plus de propreté pour un retour à la normal en douceur.

- Tout d'abord, oui, il faut bien aller dans la BDD via PhpMyAdmin et aller sur la table nommée prefixe_modules (où "prefixe" correspond à votre préfixe de tables, genre "zr76" par exemple)
- Il faut repérer la ligne qui correspond au module concerné !
Jusque là, c'est comme ce que tu as fait.
- Au lieu de supprimer la ligne qui corresponds au module, je vous propose de désactiver le module. Ainsi, on pourra retourner dans l'administration des modules via l'interface en ligne de XOOPS et on pourra ensuite supprimer le module via cette même interface. Le process ainsi lancer supprimera proprement les tables que le module a ajouté.
Entête de la table :
mid | name | version | last_update | weight | isactive | dirname | hasmain | hasadmin | hassearch | hasconfig | hascomments | hasnotification |
Valeurs AVANT modification :
1 | nom_module_concerné | version_du module |date_de_le_MAJ| 0 | 1 | Nom_dossier_module | 0 | 1 | 0 | 1 | 0 | 0 |
Il faut changer le paramètre "isactive" et donc obtenir
Valeurs APRES modification :
1 | nom_module_concerné | version_du module |date_de_le_MAJ| 0 | 0 | Nom_dossier_module | 0 | 1 | 0 | 1 | 0 | 0 |
Maintenant, on doit pouvoir accéder à la gestion des modules et supprimer le module.
=======================
Je te propose que tu réinstalles le module, et surtout tu restes sur la page de gestion des modules,
une fois installé, tu le supprimes aussitôt.
Avec ce process, les tables restantes seront proprement retirées par la procédure de suppression via l'interface de gestion des modules
Dis-moi si tu as compris pourquoi je te fais réinstaller le module.
J'espère avoir été complet !
Re : Erreur accès administration
Ok bonne nouvelle !
Pourrais-tu nous faire un retour d'info sur ce que tu as fait dans la base ?
Même si l'ID sera différent selon chaque base, la table reste la même.
Merci d'avance.
Maintenant que tu as pu revenir en arrière, as-tu pu essayer le point 1 ?
Sinon, je te propose de faire un feedback/ issue en référence au point 4
Pourrais-tu nous faire un retour d'info sur ce que tu as fait dans la base ?
Même si l'ID sera différent selon chaque base, la table reste la même.
Merci d'avance.
Maintenant que tu as pu revenir en arrière, as-tu pu essayer le point 1 ?
Sinon, je te propose de faire un feedback/ issue en référence au point 4
Re : Présentation Forum
Bienvenue sur monxoops.fr !
Depuis 2000, tu as donc une belle expérience de XOOPS !
Si ton site est public, tu peux indiquer l'URL.
Tu vas donc faire évoluer ton site de XOOPS 2.5.10 vers XOOPS 2.5.11beta 2?
Ou tu effectues une migration depuis plus vieux ?
Quels modules vont migrer ?
Quels modules vont être remplacer par des modules + à jour, + suivis ?
Quels nouveaux modules penses-tu utiliser ?
Et pour ton thème, penses-tu passer à xswatch 4 ?

Depuis 2000, tu as donc une belle expérience de XOOPS !
Si ton site est public, tu peux indiquer l'URL.
Tu vas donc faire évoluer ton site de XOOPS 2.5.10 vers XOOPS 2.5.11beta 2?
Ou tu effectues une migration depuis plus vieux ?
Quels modules vont migrer ?
Quels modules vont être remplacer par des modules + à jour, + suivis ?
Quels nouveaux modules penses-tu utiliser ?
Et pour ton thème, penses-tu passer à xswatch 4 ?

Re : Erreur accès administration
Salut et bienvenue !
Je suppose que ton site en php 8 ?
Merci de toujours afficher le détail :
Genre :
Citation :
Plusieurs possibilités :
1 - Cette constante n'est pas déclarée
On trouve pourtant un
define('_MI_TAG_ADMENU_INDEX', 'Home'); sur la ligne 36 du fichier /language/english/modinfo.php
Sans doute une inversion.
Tu devrais rechercher dans les fichiers du module la présence de "TAG_MI_ADMENU_INDEX" à remplacer par "_MI_TAG_ADMENU_INDEX"
2 - L'inverse mais moins propre, dans le fichier /language/english/modinfo.php
tente de remplacer
define('_MI_TAG_ADMENU_INDEX', 'Home');
par
define ('TAG_MI_ADMENU_INDEX','Home');
3 - Tu peux allez dans la base de données pour désactiver le module
SI tu ne sais pas où allez, je chercherai, je n'ai pas la mémoire de la table et du champs...
4 - Ouvrir un issue ici : https://github.com/XoopsModules25x/tag/issues
il faut donner toutes les infos de ton site (XOOPS, php, mysql...)
5 - As tu le même problème avec un php 7.3 ?
Alain
Je suppose que ton site en php 8 ?
Merci de toujours afficher le détail :
Genre :
Citation :
Version de XOOPS XOOPS 2.5.11-Beta2
Version de PHP 7.4.33
Version de mySQL 5.7.41-log
Plusieurs possibilités :
1 - Cette constante n'est pas déclarée
On trouve pourtant un
define('_MI_TAG_ADMENU_INDEX', 'Home'); sur la ligne 36 du fichier /language/english/modinfo.php
Sans doute une inversion.
Tu devrais rechercher dans les fichiers du module la présence de "TAG_MI_ADMENU_INDEX" à remplacer par "_MI_TAG_ADMENU_INDEX"
2 - L'inverse mais moins propre, dans le fichier /language/english/modinfo.php
tente de remplacer
define('_MI_TAG_ADMENU_INDEX', 'Home');
par
define ('TAG_MI_ADMENU_INDEX','Home');
3 - Tu peux allez dans la base de données pour désactiver le module
SI tu ne sais pas où allez, je chercherai, je n'ai pas la mémoire de la table et du champs...
4 - Ouvrir un issue ici : https://github.com/XoopsModules25x/tag/issues
il faut donner toutes les infos de ton site (XOOPS, php, mysql...)
5 - As tu le même problème avec un php 7.3 ?
Alain