# Recupérer un état/Envoyer message MQTT : limitation du nb de variables?

**URL:** <https://community.gladysassistant.com/t/recuperer-un-etat-envoyer-message-mqtt-limitation-du-nb-de-variables/9525>\
**Category:** Configuration\
**Tags:** scene\
**Created:** [Mai 16, 2025, 9:47 UTC](https://community.gladysassistant.com/t/recuperer-un-etat-envoyer-message-mqtt-limitation-du-nb-de-variables/9525 "2025-05-16T21:47:41Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![mutmut](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/mutmut/32/14064_2.png) [@mutmut](https://community.gladysassistant.com/u/mutmut)\
**Post date:** [Mai 16, 2025, 9:47 UTC](https://community.gladysassistant.com/t/recuperer-un-etat-envoyer-message-mqtt-limitation-du-nb-de-variables/9525/1 "2025-05-16T21:47:41Z")

</div>

Hello,  
j’ai une scène qui a 12 `Récupérer un état` dans une seule action.  
Dans le bloc d’actions suivant, je veux envoyer 12 messages MQTT mais je ne vois que seulement que les 10 dernières variables :

 ![image](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/9/6/968018fd98b73e03b8a65b593a138fa98e6c273e.png)  
Je ne sais pas depuis quelle release ça ne fonctionne plus car j’avais tout ok lorsque j’ai créée la scène (les 12 visibles).

J’ai vu qu’un ancien bug relatait ce fait : [[BUG][SCENES] recupération variable limitée à 10 données sur un bloc lors de l'utilisation dans l'action "envoyer un message"](https://community.gladysassistant.com/t/bug-scenes-recuperation-variable-limitee-a-10-donnees-sur-un-bloc-lors-de-lutilisation-dans-laction-envoyer-un-message/6971)

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Mai 19, 2025, 8:01 UTC](https://community.gladysassistant.com/t/recuperer-un-etat-envoyer-message-mqtt-limitation-du-nb-de-variables/9525/2 "2025-05-19T08:01:56Z")

</div>

Salut @mutmut,

Je n’arrive pas à reproduire, chez moi si je récupère plein de variables via une action «&nbsp;Requête HTTP&nbsp;» par exemple :

 ![Screenshot 2025-05-19 at 10.00.08](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/f/4/f4ec20d93ac693cc48c34d9abfa192487cf2b222.png)

Ensuite j’ai bien toutes les variables :

 ![Screenshot 2025-05-19 at 10.00.22](https://gladys-assistant-community.b-cdn.net/uploads/default/original/3X/b/a/ba1ce5598ee951f5b32595a49e7e97b1e2b53b43.png)

Il y a une petite barre de scroll, et si j’utilise les flèches haut/bas je peux naviguer dans la liste, tu n’as pas ça chez toi ?

---

<div class="post-metadata">

**Author:** ![mutmut](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/mutmut/32/14064_2.png) [@mutmut](https://community.gladysassistant.com/u/mutmut)\
**Post date:** [Mai 19, 2025, 12:18 UTC](https://community.gladysassistant.com/t/recuperer-un-etat-envoyer-message-mqtt-limitation-du-nb-de-variables/9525/3 "2025-05-19T12:18:17Z")

</div>

Alors ce n’est pas la même chose car je récupère aussi toutes les variables lorsque que je fais une requête HTTP et que je veux récupérer une des variables.  
Dans mon cas je fais plus de 10 `Récupérer le dernier état` et ensuite je veux `Envoyer un message MQTT` et c’est là que ça bloque à 10, pas d’ascenseur pour le scroll et quand je «&nbsp;flèche&nbsp;» vers le bas, ça revient à 1 après le 10.  
J’ai testé en dupliquant la scène au cas où mais j’ai le même comportement.

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Mai 19, 2025, 1:23 UTC](https://community.gladysassistant.com/t/recuperer-un-etat-envoyer-message-mqtt-limitation-du-nb-de-variables/9525/4 "2025-05-19T13:23:58Z")

</div>

Ok merci, j’arrive à reproduire et je comprend ce qui ne va pas 🙂 Je corrige !

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Mai 19, 2025, 1:34 UTC](https://community.gladysassistant.com/t/recuperer-un-etat-envoyer-message-mqtt-limitation-du-nb-de-variables/9525/5 "2025-05-19T13:34:00Z")

</div>

Le bug était un peu tordu 😅

Dans chaque action, il existe une fonction qui vérifie si une variable est “disponible” à ce moment-là. Une variable est considérée comme disponible uniquement si elle a été définie **avant** l’action actuelle.

Pour déterminer cela, chaque action possède un _chemin_ (path) du type «&nbsp;1.1&nbsp;», «&nbsp;1.1.then.1&nbsp;», etc. On compare ensuite les segments du chemin pour savoir dans quel ordre les actions s’exécutent.

Le problème apparait lorsqu’il y a plus de 9 actions dans un groupe : les chemins devenaient «&nbsp;1.10&nbsp;», «&nbsp;1.11&nbsp;», etc. À un endroit du code, on comparait la **longueur du chemin** (au lieu de la profondeur), ce qui fonctionnait tant que les segments avaient un seul chiffre. Mais dès que les chemins ont atteint deux chiffres, la comparaison devenait incorrecte 😬

Le bug est désormais corrigé ici :

> <https://github.com/GladysAssistant/Gladys/pull/2315>
>
> \### Pull Request check-list
> 
> To ensure your Pull Request can be accepted as fa…st as possible, make sure to review and check all of these items:
> 
> \- \[x\] If your changes affects code, did your write the tests?
> \- \[x\] Are tests passing? (\`npm test\` on both front/server)
> \- \[x\] Is the linter passing? (\`npm run eslint\` on both front/server)
> \- \[x\] Did you run prettier? (\`npm run prettier\` on both front/server)
> \- \[x\] If you are adding a new features/services, did you run integration comparator? (\`npm run compare-translations\` on front)
> \- \[x\] Did you test this pull request in real life? With real devices? If this development is a big feature or a new service, we recommend that you provide a Docker image to the community (\[french forum\](https://community.gladysassistant.com/)/\[english forum\](https://en-community.gladysassistant.com/)) for testing before merging.
> 
> \### Description of change
> 
> Fix https://community.gladysassistant.com/t/recuperer-un-etat-envoyer-message-mqtt-limitation-du-nb-de-variables/9525/3?u=pierre-gilles

---

<div class="post-metadata">

**Author:** ![mutmut](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/mutmut/32/14064_2.png) [@mutmut](https://community.gladysassistant.com/u/mutmut)\
**Post date:** [Mai 19, 2025, 4:10 UTC](https://community.gladysassistant.com/t/recuperer-un-etat-envoyer-message-mqtt-limitation-du-nb-de-variables/9525/6 "2025-05-19T16:10:09Z")

</div>

merci pour l’explication !  
Ce qui est fou, c’est que ça a marché correctement à un moment car j’avais réussi à faire mes 12 _Envoyer_ sans avoir de pb.  
Pas grave moi je dis tant que c’est résolu 😉

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Mai 19, 2025, 4:21 UTC](https://community.gladysassistant.com/t/recuperer-un-etat-envoyer-message-mqtt-limitation-du-nb-de-variables/9525/7 "2025-05-19T16:21:05Z")

</div>

C’est le développement du « SI… ALORS… SINON » qui a retravaillé toute cette partie, c’est là que le bug est apparu !

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Mai 26, 2025, 8:46 UTC](https://community.gladysassistant.com/t/recuperer-un-etat-envoyer-message-mqtt-limitation-du-nb-de-variables/9525/8 "2025-05-26T08:46:35Z")

</div>

Le correctif est disponible dans Gladys Assistant 4.59 :

> [@Gladys Assistant 4.59 : Thermostat Aqara W100, Matter, Scènes!](https://community.gladysassistant.com/t/gladys-assistant-4-59-thermostat-aqara-w100-matter-scenes/9546):
>
> Salut à tous slight_smile Une nouvelle version de Gladys est disponible partying_faceradio_button Prise en charge des boutons du Thermostat Aqara W100 via Zigbee2MQTT Aqara a récemment sorti un nouveau thermostat connecté, le [Aqara W100](https://www.domadoo.fr/fr/devices-matter/7852-aqara-capteur-de-temperature-et-d-humidite-zigbee-30-et-thread-aqara-climate-sensor-w100-6975833357260.html?domid=17), compatible Zigbee, Thread et Matter. [aqara-capteur-de-temperature-et-d-humidite-zigbee-30-et-thread-aqara-climate-sensor-w100] @bjm est en train de le tester et m’a fait des retours sur des boutons qui n’étaient pas encore pris en charge par Gladys, …

---

<div class="post-metadata">

**Author:** ![pierre-gilles](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/pierre-gilles/32/5886_2.png) [@pierre-gilles](https://community.gladysassistant.com/u/pierre-gilles)\
**Post date:** [Mai 26, 2025, 8:46 UTC](https://community.gladysassistant.com/t/recuperer-un-etat-envoyer-message-mqtt-limitation-du-nb-de-variables/9525/9 "2025-05-26T08:46:38Z")

</div>


