Fichier LogManager.class.php introuvable Jeedom 4.6.x

Bonjour,

Suite au passage de jeedom en 4.6.1, j’ai un message d’erreur récurrent dans la log Plugins :

0008|[2026-07-12 16:03:33] ERROR  Fichier introuvable : /var/www/html/core/php/../../plugins/LogManager/core/class/LogManager.class.php

Le fichier existe bien mais le nom est tout en minuscule, le chemin est :

html/plugins/logmanager/core/class/logmanager.class.php

Malgré cette erreur le plugin fonctionne.

Je crois que la même erreur s’est produite avec d’autres plugins d’après les posts sur le forum.

D’avance merci pour votre aide.

Bonjour,

Peux-tu regarder le post suivant : Erreur dans les log Jeedom depuis la 4.6 si un plugin a un nom avec des majuscules? - #21 par Phpvarious

Et lancer le bloc code proposé pour voir à quel endroit se situe le soucis

Je remets le bloc code ici, ne décommente pas la ligne pour le moment

$eqLogics = eqLogic::all();
foreach ($eqLogics as $eqLogic) {
  foreach (($eqLogic->getCmd()) as $cmd) {
    if ($eqLogic->getEqType_name() != $cmd->getEqType()) {
      $scenario->setLog($eqLogic->getEqType_name() . ' - ' . $cmd->getHumanName() . ' - ' . $cmd->getEqType());
      // $cmd->setEqType($eqLogic->getEqType_name())->save();
    }
  }
}

Bonjour,

J’ai mis le code dans un bloc code. Je n’ai aucune info dans la log du scénario mis à part “Exécution d’un bloc code”.

C’est la bonne manip ?

Rien entre Exécution d'un bloc code et Fin correcte du scénario ?

Tout à fait. Rien d’autre.

[2026-07-12 20:34:31][SCENARIO] -- Début : . Tags : {"#trigger#":"user","#trigger_name#":"","#trigger_id#":"","#trigger_message#":"Scénario lancé manuellement","#trigger_value#":"Pasadm"}
[2026-07-12 20:34:31][SCENARIO] - Exécution du sous-élément de type [action] : code
[2026-07-12 20:34:31][SCENARIO] Exécution d'un bloc code
[2026-07-12 20:34:32][SCENARIO] Fin correcte du scénario

Tu peux tenter de faire une recherche du mot LogManager

Est-ce que le mot apparait dans un scénario ? Tu as peut-être un bloc code qui utilise une classe incorrectement écrite.

Oui le mot LogManager apparait dans 2 scénarios qui font appel aux commandes de LogManager comme par exemple #[Aucun][LogManager_Infos][Vider]#.

L’équipement créé dans LogManager est nommé “LogManager_Infos”.

Le mot apparait également dans un bloc Commentaire.

Bon alors c’est pas ça, je ne sais pas du coup

Bonjour,

J’ai pris note du post et j’y regarderai fin juillet.

Il faudra certainement plus d’information car chez moi cela fonctionne en 4.6

OK merci. A votre disposition si vous avez besoin d’éléments.

Bonjour

J’utilise logmanager en 4.6.1 et je n’ai pas cette erreur dans les log

Il est bien en minuscule dans …/class

Bonjour,

Ou faut-il vérifier que c’est bien en minuscule. Je ne sais pas ce que sont les classes.

J’ai recherché les fichiers dans /var/www/html contenant exactement le mot LogManager (donc avec des majuscules) avec une commande grep.

J’obtiens les fichiers suivants:

pi@RPI4JDOM:~ $ grep -Rnl “LogManager” /var/www/html
/var/www/html/plugins/logmanager/plugin_info/info.json
/var/www/html/plugins/logmanager/docs/fr_FR/changelog.md
/var/www/html/plugins/logmanager/docs/fr_FR/index.md
/var/www/html/plugins/zwavejs/resources/zwave-js-ui/api/lib/ZwaveClient.ts
/var/www/html/plugins/zwavejs/resources/zwave-js-ui/server/lib/ZwaveClient.js
/var/www/html/DB_backup.sql
/var/www/html/log/scenarioLog/scenario155.log

Est-ce normal?

Bonjour,

Dans ce post Erreur quotidienne dans les logs - Virtual.class.php non trouvé (mais le fichier existe) - #6 par Phpvarious il y a un bloc code de scénario qui fait la vérification du contenu des blocs code.
Editer la première ligne pour rechercher LogManager

J’ai exécuté le code avec recherche de LogManager. Aucune erreur détectée.

[2026-07-13 11:48:10][SCENARIO] -- Début : . Tags : {"#trigger#":"user","#trigger_name#":"","#trigger_id#":"","#trigger_message#":"Scénario lancé manuellement","#trigger_value#":"Pasxxx"}
[2026-07-13 11:48:10][SCENARIO] - Exécution du sous-élément de type [action] : code
[2026-07-13 11:48:10][SCENARIO] Exécution d'un bloc code
[2026-07-13 11:48:10][SCENARIO] ┌─────▶︎ Vérification EqType des commandes ───────────────
[2026-07-13 11:48:11][SCENARIO] | [ OK ] Aucun mauvais EqType détecté.
[2026-07-13 11:48:11][SCENARIO] └───────────────────────────────────────────
[2026-07-13 11:48:11][SCENARIO] ┌─────▶︎ Vérification des blocs code ───────────────
[2026-07-13 11:48:11][SCENARIO] | [ OK ] Mot LogManager pas détecté.
[2026-07-13 11:48:11][SCENARIO] └───────────────────────────────────────────
[2026-07-13 11:48:11][SCENARIO] Fin correcte du scénario

La piste du nom de classe dans un bloc code de scénario n’était pas la bonne alors.

Quel est le contenu de ce fichier ?

J’ai relancé le scénario qui contient uniquement la commande #[Aucun][LogManager_Infos][Info]#.

Toujours la même erreur dans la log Plugin (3 lignes à chaque fois):

0000|[2026-07-13 12:07:20] ERROR  Fichier introuvable : /var/www/html/core/php/../../plugins/LogManager/core/class/LogManager.class.php
0001|[2026-07-13 12:07:20] ERROR  Fichier introuvable : /var/www/html/core/php/../../plugins/LogManager/core/class/LogManager.class.php
0002|[2026-07-13 12:07:20] ERROR  Fichier introuvable : /var/www/html/core/php/../../plugins/LogManager/core/class/LogManager.class.php

Le contenu du fichier log associé (scenario139.log) est le suivant:


[2026-07-13 12:07:20][SCENARIO] -- Début : . Tags : {"#trigger#":"user","#trigger_name#":"","#trigger_id#":"","#trigger_message#":"Scénario lancé manuellement","#trigger_value#":"Pasxxx"}
[2026-07-13 12:07:20][SCENARIO] - Exécution du sous-élément de type [action] : action
[2026-07-13 12:07:20][SCENARIO] Exécution de la commande [Aucun][LogManager_Infos][Info] avec comme option(s) : {"background":"0","title":"","message":"Message de test"}
[2026-07-13 12:07:20][SCENARIO] Fin correcte du scénario

Rien d’anormal.

Montrez le scénario, on ne peut pas deviner.

Une commande pour loguer un message tout simplement.

Que fait cette commande ?

Elle écrit le message dans la log LogManager_Infos.

LogManager_Infos est l’équipement créé dans le plugin LogManager :

Après exécution de la commande, on peut voir les messages dans la log LogManager_Infos (menu Analyse/Logs) :