En ligne 1041 il était indiqué date min + 6 ans soit le 01/01/2026 …
J’ai remplacé le 6 par 8 et pas de pb.
Pas besoin de faire ignorer la vérif de l’heure
Il y a eu des échanges ces dernieres semaines sur ce sujet, ça concernait les fonctions qui gèrent les historiques donc pas tout à fait la même chose.
De ce que j’ai compris, sur certains vieux raspberry, quand ils démarraient sans pourvoir se mettre correctement à l’heure ils prenaient des dates en 2026. Donc ça doit être un reliquat du code qui date d’il y a un grand nombre d’années en arrière pour éviter d’avoir des valeurs fantaisistes on considérait que tout ce qui était supérieur à 2026 n’était pas bon.
Et bien entendu comme tout fix fait il y a des années, on à tendance ensuite à l’oublier …
Bsr,
Pour ma part, la solution complexe ne résout pas le pb d’accès à la page santé ( Object of class DateTime could not be converted to string) contrairement à la solution simple
Comme précisé plus haut, la root cause est la même (des dates en dur) mais la correction à été faite sur la partie historique mais pas dans jeedom.class.php
Bonsoir à tous, et bonne année 2026.
Quelle Surprise de voir plus de 150 notifications sur mon install jeedom!
J’ai pour ma part opté pour la solution simple (je suis sur téléphone et très envie de dormir ) en attendant de voir si ça affecte quelquechose au quotidien.
En tout cas chapeau bas à ceux qui ont trouvé de quoi régler ne serait-ce que temporairement le soucis, afin de nous permettre à tous de passer une première nuit sereine
Bonne année 2026 à tous.
J’ai eu un petit coup de stress en voyant les quasi 200 notifications de mon Jeedom.
Merci à ceux qui ont trouvé les 2 solutions et aussi rapidement.