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 !

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

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 ?

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

Alerte de messages privés non lus :

Voici les premiers blocs :
Bloc login :



Bloc "Menu principal"

Nous avons ouvert un nouveau forum lié au thème xSwatch5.
Ce sujet est donc le premier dans ce forum dédié à cette version 5 du thème xSwatch.

Il fait suite à l'article Migration vers xSwatch5.

Salut,
Déjà, vérifie que mainfile.php soit en écriture pour pouvoir le modifier.
Il faudra bien penser à le remettre en lecture seule une fois la situation stabilisée.

Je viens de le faire sur mon site de test en local, je n'ai eu aucun soucis.

Une piste : vide le cache de ton site ("maintenance")
D'après le message d'erreur, il ne lit pas le fichier modifié... a moins que tu ne l'ai pas modifié mais que tu as déplacé les 2 dossiers.
Dans ce cas, le message d'erreur indique bien la vérité

Merci du retour mais pourrais-tu nous dire quelle solution tu as ou tu vas mettre en place.
C'est toujours formateur d'avoir un retour d'expérience.
Tiens nous donc informé.

Salut,
plusieurs possibilité :

1 - le mode intégré : avec ton éditeur, si tu utilises TinyMCE, tu dois avoir l'icône de la vidéo (hors youtube)
2 - le mode direct si tu peux intégrer du code html dans ta page (xmnews par exemple ou xmcontent) :

Tu peux en voir un exemple sur une page de tuto avec cette vidéo à lire en mode intégrée

3 - Mais le mieux est d'utiliser un module afin d'avoir des stats et donner des droits d'accès.
Le module xmdoc fait très bien l'affaire, pas prévu pour cela au départ mais tu peux entrer le lien URL du contenu, et ça fonctionne très bien
Je pense qu'il doit exister d'autres modules, à voir...

4 - Le dernier et c'est celui qui prends le moins de ressources, c'est de transférer vers un compte Youtube,
ainsi, cela ne va pas mettre à genoux ta bande passante si tu un grand nombre de visionneur.