Si oui, je sais lire, à peu-près, les requêtes sql et je crois qu’il va y avoir une perte journalière des historiques dès le premier Janvier 2026 non ?
public static function archive() {
ligne 229
$sql = 'DELETE FROM history WHERE `datetime` <= "2000-01-01 01:00:00" OR `datetime` >= "2026-01-01 01:00:00"';
DB::Prepare($sql, array());
$sql = 'DELETE FROM historyArch WHERE `datetime` <= "2000-01-01 01:00:00" OR `datetime` >= "2026-01-01 01:00:00"';
DB::Prepare($sql, array());
J’imagine qu’il est prévu de changer la valeur 2026 dans cette class dans cette année et d’assumer que tout le monde aura mis à jour sa version de Jeedom d’ici le 01/01/2026, mais est-ce qu’il n’y aurait pas une autre solution ?
(moi j’ai une vieille version ou j’ai mis 2050, je ne serai pas impacté)
Il y a une PR en attente de validation qui supprimera cette « obsolescence programmée » en v4.5
Pas d’idée si cette modification sera reportée dans la 4.4
La raison de ces lignes est expliquée par Loic ICI
Quelle nouvelle !
merci pour ce beau commentaire qui fait bien avancer la discussion.
(j’ai fait partie en 2025 de ceux qui ont du rechercher des solutions et ré-intégrer des historiques perdu, donc je suis bien au courant)
Vous pensez que l’équipe jeedom ne connait pas ce fait, ou bien?
POUR LES AUTRES UTILISATEURS, je voulais juste attirer l’attention que cela risque de se reproduire en 2026 et demander si une autre solution était envisagée / réfléchie
J’ai ma réponse avec jpty : OUI, une solution est envisagée
(merci @jpty pour la réponse claire, polie et surtout pour la PR, c’est hors de mes connaissances…)
(on a même dans sa réponse, un lien vers l’explication de l’origine de ces dates « en dur »).
Je n’ai moi-même pas bien compris le but de votre message à vous
Vous pensez que je n’ai pas la solution au problème, ou bien ?
Je me d3mande pourquoi tu sors ce message maintenant, 10 mois avant la date d’échéance, alors que durant ces 10 mois jeedom va sortir des mises à jour.
Prévenir les utilisateurs ? Post de début d’année pour 2025.
