Pb à l'utilisation de #trigger_name# (en remplacement de #trigger#) / Montée en version 4.5

Utilisation du core de Jeedom
1

Bonjour la communauté,

Suite à la bascule en 4.5 je rencontre un problème à l’utilisation de #trigger_name# (en remplacement de #trigger#).

J’ai mis à jour ma condition pour remplacer #trigger# par #trigger_name# dans mes scenarios
#trigger_name# matches "[Etat Luminosité]".

La condition fonctionne lorsqu’il y a une valeur #trigger_name# (un déclenchement via événement du plugin z2m) mais lorsqu’il n’y a pas de valeur j’ai une erreur « Expression non valide » :
**Expression non valide** : #trigger_name# matches "[Etat Luminosité]"

Je pourrais faire des conditions « SI » mais j’aimerais rester dans qqch de simple !

Merci d’avance

2

Bonjour,

Dans quelle condition #trigger_name# peut être vide ?

3

En lancement provoqué (depuis la condition « Valeur à X depuis Y » sur une commande de type Etat)

4

Bonjour,

Je n’avais pas envisagé ce cas de figure.

Essayer de réaliser un test avant le matches du genre :

SI #trigger_name# != ""
5

Salut,

Moi j’ai même le cas du plugin-smartthings avec lequel on a une possibilité de faire une configuration sur la commande de notification (pour traquer un évènement particulier d’un équipement du plugin) afin déclencher une action.

En configurant pour appeler un scénario, le tag #trigger_name# n’existe même pas ce qui évidemment plante le scénario :slight_smile:

[2025-12-29 01:10:06][SCENARIO] -- Début : . Tags : {"#notif#":"Cycle terminé","#dateNotif#":"2025-12-29 01:09:56","#trigger#":"other","#trigger_message#":"Lancement provoqué"}
6

Salut,

C’est comme si tu déclenchais sur une commande donc le même cas si j’ai bien compris ?

Cela confirmerait que dans Jeedom :

  • il n’est pas prévu que #trigger_name# puisse être vide
  • ce cas de lancement de scénario a été oublié pour donner une valeur à #trigger_name#.

Je viens de rédiger un issue sur le github.

1 « J'aime »
7

Oui, en effet, j’avais un doute mais c’est j’ai vérifié, c’est le cas également des commandes « normales » (issue du plugin-virtual) qui déclenchent des scénarios

#trigger_name# n’existe pas dans ce cas.

[2026-01-02 12:55:04][SCENARIO] -- Début : . Tags : {"#CommandeEtatECS#":"off","#trigger#":"other","#trigger_message#":"Lancement provoqué"}
[2026-01-02 12:55:04][SCENARIO] - Exécution du sous-élément de type [action] : action
[2026-01-02 12:55:04][SCENARIO]    Log : Trigger : other
[2026-01-02 12:55:04][SCENARIO]    Log : TriggerName : #trigger_name#
[2026-01-02 12:55:04][SCENARIO]    Log : TriggerValue : #trigger_value#
8

Oui ça paraît logique que ce soit n’importe quel type de commande.
Dans l’issue j’ai juste indiqué « commande » au sens large.

9

OK merci pour l’issue ouverte

10

Merci pour vos retours ;

J’ai fait différent mais dire qu’une condition ne peut pas être évaluée car #trigger_name# n’existe pas je ne trouve pas ça « idéal » je m’attendrais juste à ce que le résultat de l’évaluation soit « FAUX » tout simplement … et pas que ça fasse « planter » le scénario.

Faut-il ouvrir un « bug » / « issue » officiellement sur le sujet ?

12

C’est ce que Madcow a fait il y a quelques minutes :

13

Je pensais que l’issue évoquée était sur le virtuel alors que pour moi j’étais sur le « core »

14

Je mets le lien vers l’issues sur GitHub : [BUG] #trigger_name# non-existent when a Scenario is launched by a command · Issue #3177 · jeedom/core · GitHub

15

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.