Fonction eqEnable() suivi d’une autre condition (non interprété)

Bonjour à tous je rebondi sur un sujet qui a été clôturé, sur un petit bug dans l’utilisation de eqEnable().
fonction-eqenable-suivi-dune-autre-condition-non-interprete

Je réouvre un post pour documenter le problème si éventuellement un développeur souhaite jeter un œil à l’occasion.

Dans mon cas les conditions sont utilisées dans des scénarios avec la version 4.3.16 de Jeedom

Lorsque eqEnable() est suivi d’une autre condition, celle ci n’est pas bien interprétée (cf exemple ci dessous :

(eqEnable(#[CH1][THERMOSTAT_CH1]#) == 1) && (#[SALON][02012E02][bt1]# == 1)

Il suffit d’inverser les conditions pour que cela fonctionne :

(#[SALON][02012E02][bt1]# == 1) && (eqEnable(#[CH1][THERMOSTAT_CH1]#) == 1) 

Le soucis est le même avec le format d’écriture suivant :

eqEnable(#[CH1][THERMOSTAT_CH1]#) ET #[SALON][02012E02][bt1]# == 1

En inversant les conditions celà fonctionne :

#[SALON][02012E02][bt1]# == 1 ET eqEnable(#[CH1][THERMOSTAT_CH1]#)

Bonne journée à tous,
:slightly_smiling_face:

Bonjour,

Il me semble que ce bug à été traité en Alpha :

Elle n’est tous simplement pas encore déscendu en Stable.

De plus la bonne syntaxe serait plus :
eqEnable(#[CH1][THERMOSTAT_CH1]#) == 1 && #[SALON][02012E02][bt1]# == 1

Bonjour @Loic, @Phpvarious
Ok c’est noté : vous avez identifiez le Problème en version Alpha, :ok_hand:
Avez vous une idée de quand la correction sera en version stable ?

Pour information : @Loic

Voici ce que remonte le testeur d’expression selon l’ordre des conditions : (jeedom 4.3.17)

#[SALON][02012E02][bt1]# == 1 && eqEnable(#[CH1][THERMOSTAT_CH1]#) == 1

eqEnable(#[CH1][THERMOSTAT_CH1]#) == 1 && #[SALON][02012E02][bt1]# == 1

Bonne journée et merci encore pour vos retours :+1:

Bonjour
Comme toujours chez jeedom jamais de date ça évite de décevoir si on arrive pas a les tenir