[BUG] isDateOk()

[GerardMensoif]

Description

The isDateOk() function has two bugs:

1. Line ~1041: $maxDateValue = $minDateValue->modify('+6 year')->format(...)

   • modify() modifies the object in place and returns it
   • So $maxDateValue becomes a DateTime object, not a string
   • This causes "Object of class DateTime could not be converted to string" error in the log line

2. The hardcoded +6 year limit from 2020 means the check fails starting January 1st, 2026

Fix:

• Line 1041: Use (clone $minDateValue)->modify('+6 year') to avoid modifying the original object
• Increase to +10 years or make it dynamic
• Line 1047: Add ->format('Y-m-d') to $minDateValue in the log message

Type de matériel / Hardware type

Autre / Other

Version de Jeedom / Jeedom Version

4.5.2

Navigateur / Browser

No response

Étapes pour reproduire / Steps to reproduce

0000|[2026-01-01 00:00:25] ERROR : Erreur sur jeedom::cron() : Object of class DateTime could not be converted to string

Logs

No response

[flo280392]

➕1 – cause confirmée dans le core

Bug confirmé côté core Jeedom, reproductible au 01/01/2026.

Dans jeedom.class.php, méthode isDateOk() :

log::add(
'core',
'error',
__('La date du système est incorrecte (avant ' . $minDateValue . ' ou après ' . $maxDateValue . ') :', FILE)
. ' ' . (new \DateTime())->format('Y-m-d H:i:s'),
'dateCheckFailed'
);

** Problème
$minDateValue est un objet DateTime concaténé directement dans une chaîne →

Object of class DateTime could not be converted to string

-- Impact :
• Cron principal bloqué (jeedom::cron)
• Aucun plugin impliqué
• Bug strictement core
• 100 % reproductible dès que now > 2026-01-01

Merci d'avance pour la prise en compte, et bonne année ;)

[dough29]

Correctif pour débloquer, sur la ligne :

core/core/class/jeedom.class.php

Line 1041 in 6b3d7cc

$maxDateValue = $minDateValue->modify('+6 year')->format('Y-m-d 00:00:00');

Mettre par exemple +16 year