Changelog Jeedom V4.5

4.5

• Possibilité de rendre les colonnes des tableaux redimensionnables (seulement la liste des variables pour le moment ça sera étendu à d’autres tables si besoin) LIEN
• Ajout d’une alerte si l’espace disque de jeedom est trop faible (la vérification se fait une fois par jour) LIEN
• Ajout d’un bouton sur la fenêtre de configuration d’une commande au niveau du champ de calcul de valeur pour aller chercher une commande LIEN
• Possibilité de masquer certains menus pour les utilisateurs aux droits limités LIEN
• Les graphiques se mettent à jour automatiquement lors de l’arrivée de nouvelles valeurs LIEN
• Jeedom ajoute automatiquement la hauteur de l’image lors de la création des widgets pour éviter les soucis de chevauchement en mobile LIEN
• Refonte de la partie backup cloud LIEN
• DEV Mise en place d’un système de queue pour l’exécution d’actions LIEN
• Les tags des scénarios sont maintenant propres à l’instance du scénario (si vous avez deux lancements de scénarios très proches, les tags du dernier n’écrasent plus le premier) LIEN
• Changement sur la partie trigger des scénarios : LIEN
  • triggerId() est maintenant deprecated et sera retiré dans les futures mises à jour du core. Si vous avez triggerId() == 587 il faut le remplacer par #trigger_id# == 587
  • triggerValue() est maintenant deprecated et sera retiré dans les futures mises à jour du core. Si vous avez triggerValue() == 10 il faut le remplacer par #trigger_value# == 10
  • #trigger# : Peut être :
    • api si le lancement a été déclenché par l’API,
    • TYPEcmd si le lancement a été déclenché par une commande, avec TYPE remplacé par l’id du plugin (ex virtualCmd),
    • schedule s’il a été lancé par une programmation,
    • user s’il a été lancé manuellement,
    • start pour un lancement au démarrage de Jeedom.
  • #trigger_id# : Si c’est une commande qui a déclenché le scénario alors ce tag prend la valeur de l’id de la commande qui l’a déclenché
  • #trigger_name# : Si c’est une commande qui a déclenché le scénario alors ce tag prend la valeur du nom de la commande (sous forme [objet][équipement][commande])
  • #trigger_value# : Si c’est une commande qui a déclenché le scénario alors ce tag prend la valeur de la commande ayant déclenché le scénario
  • #trigger_message# : Message indiquant l’origine du lancement du scénario
• Amélioration de la gestion des plugins sur github (plus de dépendances à une librairie tierce) LIEN
• Suppression de l’ancien système de cache. LIEN
• Possibilité de suppression les blocs DANS et A en attente d’un autre scénario LIEN
• Correction d’un bug dans Safari sur les filtres avec accents LIEN
• Correction d’un bug sur la génération des informations generic type dans les scénarios LIEN
• Ajout d’une confirmation lors de l’ouverture de l’accès support depuis la page de gestion des utilisateurs LIEN
• Amélioration du système de cron pour éviter quelques ratés de lancement LIEN
• Ajout dans l’assistant de condition des scénarios des conditions supérieur ou égal et inférieur ou égal LIEN
• Possibilité d’exclure des commandes de l’analyse des commandes mortes LIEN
• Correction d’un bug sur la numérotation du nombre de lignes des tableaux LIEN
• Ajout d’openstreetmap.org dans les domaines externes autorisés par défaut LIEN
• Mise à jour automatique du fichier de sécurité apache lors de la mise à jour du core LIEN
• Correction d’un warning sur les vues LIEN
• Correction d’un bug sur la valeur du select du widget par défaut LIEN
• Correction d’un bug si une commande dépasse son min ou son max la valeur passait à 0 (au lieu du min/max) LIEN
• Correction d’un bug d’affichage du menu réglage dans certaines langues LIEN
• Possibilité dans les déclencheurs programmés des scénarios d’utiliser des calculs/commandes/tags/formules donnant en résultat l’heure de lancement sous la forme Gi (heures sans zero initial et minutes, exemple pour 09h15 => 915 ou pour 23h40 => 2340) LIEN
• Possibilité de mettre une image personnalisée pour les équipements dans les plugins (si le plugin le supporte), cela se fait dans la configuration avancée de l’équipement LIEN LIEN
• Ajout du nom de l’utilisateur qui a lancé le scénario dans le tag #trigger_value# LIEN
• Correction d’une erreur qui pouvait arriver en quittant le dashboard avant la fin du chargement de celui-ci LIEN
• Correction d’un bug sur la page de remplacement lors d’un filtre sur les objets LIEN
• Amélioration de l’ouverture du changelog du core sous iOS (plus dans une popup) LIEN
• Amélioration de la fenêtre de création avancée de widget LIEN
• Amélioration de la fenêtre de configuration avancée des commandes LIEN
• Correction d’un bug sur la création de widget LIEN
• Correction d’un bug sur la page scénario et la fenêtre d’ajout d’actions qui pouvait ne plus fonctionner LIEN
• Correction d’un bug qui pouvait changer l’ordre des commandes lors de l’édition du dashboard LIEN
• Correction d’un erreur javascript sur les historiques LIEN
• Ajout d’une sécurité sur l’encodage json en ajax pour éviter les erreurs dues à des caractères invalides LIEN
• Si une commande d’un équipement est de type générique “Batterie” et a pour unité “%” alors le core va automatiquement affecter le niveau de batterie de l’équipement à la valeur de la commande LIEN
• Amélioration des textes et correction de fautes LIEN
• Lors de l’installation de dépendances npm le cache est nettoyé avant LIEN
• Correction d’un bug sur les plan 3d pouvant bloquer complètement la configuration LIEN
• Correction d’un bug sur la fenêtre d’affichage des historiques LIEN
• Possibilité de choisir le port d’écoute d’Apache en mode docker LIEN
• Correction d’un warning lors d’une sauvegarde sur la table event LIEN
• Ajout d’un nom d’affichage (display name) pour les objets LIEN
• Ajout d’un bouton pour supprimer les historiques et évenements de la timeline dans le futur LIEN
• Correction d’un soucis sur les commandes de type select dans les designs LIEN
• Possibilité d’indiquer qu’un équipement n’a pas de batterie (en cas de mauvaise remontée) LIEN
• Refonte de l’écriture dans les logs, suppression de la bibliothèque monolog (attention l’option d’envoi des logs dans syslog n’est plus disponible pour le moment, si la demande est forte nous verrons pour la remettre) LIEN
• Meilleure gestion du niveau de log des sous log des plugins LIEN
• Suppression du dossier vendor (utilisation de composer de manière normale), permet de réduire la taille du core LIEN
• Les paramètres spécifiques des widgets peuvent maintent être traduits LIEN
• Correction d’un bug sous mac sur les designs lors d’un clic droit LIEN
• Amélioration du systeme de lancement des scénarios programmés LIEN
• Amélioration des messages d’erreur d’exception si le niveau de log est debug LIEN
• Sur la page de remplacement possibilité de demander la désactivation de l’équipement LIEN
• Lors d’une mise à jour la sauvegarde avant prend maintenant en compte les exclusions des plugins LIEN
• Si un plugin est en beta mais n’a pas de changelog beta alors le centre de mise à jour renverra vers le changelog stable LIEN
• Ajout d’une alerte si la version de debian est 10 ou moins LIEN
• Correction d’une erreur de mise à jour DB sur la table cache LIEN
• Si la page d’équipement a un élément img_device (balise de type img) alors le core peut lui même configurer l’url pour afficher la bonne image d’équipement (en reprenant celle de la page de présentation de tous les équipements du plugin) LIEN
• Correction d’un bug avec la fonction time_diff LIEN
• Correction de bug sur la gestion de dépendances composer LIEN
• En cas de commande vide Jeedom force le retour en fonction du sous type de la commande (donc 0 pour numerique et binaire) LIEN
• Prise en charge des évènements personnalisés de type #pluginClass::*# ou #pluginClass::customId# LIEN
• Ajout d’un bouton de mise à jour sur la ligne “core” en plus de celui en haut à droite LIEN
• Correction de l’écran “package” au niveau des packages python2 LIEN

IMPORTANT

Dû à la refonte des logs et la réinternalisation de bibliothèques, lors de la mise à jour vous pouvez avoir une erreur type PHP Fatal error (rien de grave) il suffit de relancer la mise à jour.

IMPORTANT

La restauration d’un backup 4.4 peut dans certains cas finir par des erreurs dans l’interface web. Rien de grave cela peut facilement se corriger il suffit de faire : cd /tmp;wget https://github.com/jeedom/core/archive/refs/tags/4.4.19.zip;unzip 4.4.19.zip;cd core-4.4.19;cp -rf * /var/www/html/;rm -rf /tmp/master.zip;rm -rf /tmp/core-4.4.19;. Vous pouvez lancer cette commande depuis l’interface rescue de jeedom (ajouter &rescue=1 dans l’url), ou directement en ssh.