donc à priori, lors de l'installation de newBB il a dû te demander l'installation des données d'exemple

Tu obtiens quoi en tapant directement : https://on2at.be/admin.php ?
En principe tu es sensé arrivé sur l'admin du site, et de là tu as accès au module newBB

peut-être que le module newbb est vide

D'habitude, je fais des migrations d'anciennes versions vers une nouvelle version de Xoops et j'y insère systématiquement les anciennes données avant de faire les tests. J'ai jamais rencontré de problème.

Et si tu as inséré tes données, il doit t'en manqué, surtout si les données proviennent de très anciennes versions de newBB

ICI / https://github.com/XoopsModules25x/new ... ive/refs/heads/master.zip

qu'est ce la console de l'outil de dev de Chrome te retourne comme erreur ?

cela peut provenir de plusieurs choses :
- effectivement, un problème entre http et https, il faut forcer le https, en principe avec les lignes que tu as mis dans ton .htaccess, c'est le cas.
- un autre problème, le .htaccess n'est pas pris en compte, c'est rare mais j'ai déjà rencontré ce pbs
- un croisement entre www.tondomaine.com et tondmaine.com, Chrome (et d'autres interdisent l'import de css/js d'autres domaines. Par exemple si tu arrive sur ton site avec www.tondoamine.com et que tu as enregistré dans mainfile.php une URL de type mondiane.com, CSS et JS ne seront pas chargé. Ne te fis pas à l'URL du navigateur sous chrome (et d'autres), le navigateur cache le www. et met même parfois le www d'office. Dans ce cas, forcé une redirection du www.tondomaine.com vers tondomaine.com ou vice-versa. Attention aux certifcats SSL savoir sur quel domaine il est mis)
- un mix entre le point 1 et 3
- un soucis de mode sombre / normal. Les moteurs de rendu tournant sur Webkit ont la possibilité de charger un css/js en suivant le mode sombre / normal prédéfini dans les options du navigateur/téléphone. Si les feuilles de styles ne sont pas chargé, regarde si media="all" se trouve bien sur la ligne

dans PHPMyAdmin, sur la page où se trouve toute les tables : en bas à droite du tableau, tu as le poids total de la base de données.
Il suffit de comparer entre l'ancienne et la nouvelle base de données.
Si c'est identique, il faut trouver une autre piste

As-tu pensé à vérifier la taille de la base de données originale sur ton ancien hébergement et la taille du backup (ou la taille de la base de données réinstallé) ?

Après peut-être un problème de version de PHP, mais normalement si c'est qu'un changement d'hébergement, ça devrait fonctionner

Après, faut fouiller sous le capot pour savoir d'où ça vient exactement

Xoops 2.5.11

tu es sûr que ta base de données est complète ???

Si tu as ce message rien qu'avec le Core de Xoops, c'est souvent parce que la base de données renvois des données vides ou manquantes alors qu'il y est sensé avoir des données

On peut rencontrer ce problème avec un backup lié à phpMyAdmin

il ne faut pas supprimer les tables d'un module actif.
ça ne corrigera pas le problème. Le script appellera toujours les fichiers du module.

Par contre désactiver le module extgallery dans la table modules comme je t'ai indiqué ci-dessus est la solution.

Si le problème persiste en désactivant le module extgallery, désactive les autres modules (sauf system).

bon, plan B

J'espère que tu as accès à ta base de données via PHPMyAdmin ou équivalent

Tu vas dans la table prefix_modules (prefix est sensé être 3 ou 4 lettres/chiffres devant le nom de la tables

Tu regardes les données de la table prefix_modules

Tu cherche la ligne extgallery (colonne dirname)
Tu sélectionne modifié cette ligne puis tu cherche le champs "isactive", il est sensé être à 1, tu le passe à 0 puis tu enregistre.
Tu désactive le module directement dans la base de données