Il y a peut etre aussi une petite probleme dans votre template.
Extrait du code html: Le <p class="itemText"> est direct fini par le </p>.
J'avais pensee que tous le contenue de l'article serait entre ce deux tags.

Est-ce-q'il n'y a pas une case a cocher pour l'activation du line break?

Pour changer les dimensions, regarde dans newbb/include/forumform.inc.php pour editor_configs.
Je ne crois pas qu'ils sont sauvegardee dans xoops_config.

Si, vous voulez VOLER leur image, vous mettez une html img tag.
(C'est facile a detectee par eux et ca n'est va pas duree longtemps!)

Si, c'est prevue d'afficher ces info, l'autre site vous offre le code html ou javascript pour integree ca a des sites des tiers (comme le votre). Example: YouTube.

Je ne crois pas que le probleme decrit la est la cause d'une attaque et la prise de votre site.

Comme je le comprends, c'etait seulement possible de voir des commentaires, sur qu'on a pas le droit. (bug a sourceforge)

Si, le PHP, Apache et MySQL sont bien installee et marche, c'est simple.

Extraire tous le contenu du zip vers une dossier (intermediaire).
A partir de la copiez tous les fichiers et dossiers dans le dossier htdocs vers le dossier de la site ("C:\local_host\stickers_site"?)

Maitenant allez au http://localhost/ et suivez les instructions.

Je crois vous manquez des fichiers pour la langage. Copiez tout les fichiers ou dossiers qui s'apelle english et nommez les french. Puis il faut traduire tous les definitions necessaires d'anglais vers francais.
Peut etre a l'internet ces traductions sont disponibles.

Dans ce FAQ il y a des informations comment faire le mise a jour du v9 a v13 avec les patches ici.

Vous avez copiee editor_xoops.css vers /modules/page/ ?

A la ligne ne manque rien!
L'erreur se complain pour une object qui n'existe pas.
Le candidat plus probable pour ca est:
$modules[$mid]->getVar
Si vous voyez plus haut dans le code:
$modules est une liste du (object) modules qui ont des commentaires.
$mid est le id pour la module sur laquelle la commentaire a ajoutee.
Si on apprend que le modulehandling marche, une cause peut etre qu'il y a une erreur quelque part dans le bdd.
Il y a une commentaire dans xoops_xoopscomments qui a un com_modid, qui point vers une module qui n'existe pas en xoops_modules ou a le champs hascomment a 0.

Ca peut etre naturellement quelqu'autre chose aussi.

Prends certainement une backup avant de modifier. Essayez aussi de comparer ce backup avec celui de juillet. Peut etre les differences sont une hint aussi.