Cuando tenemos varias acciones « obtener el último estado » y las usamos en otras etapas, la eliminación de una de las « obtener el último estado » a veces provoca un desplazamiento en la numeración de las ‹ variables recuperadas ›, y hay que revisar todas las etapas para ajustar… la renumeración debería ‹ propagarse › sola…
J’ai dû trier encore mes votes précédents pour celui ci ^^
Plutot que propager pourquoi ne pas avoir une case pour donner un nom a la variable comme ca plus de soucis celle ci est fixer par nous meme ??
@Prof_Techno pas fan de cette option, c’est une configuration supplémentaire qui n’a pas vraiment de sens.
En revanche, c’est vrai que jusque-là on utilisait un nom de variable qui est propre à sa position dans la scène, rien n’empêcherait de générer un nom de variable sans lien avec la position dans la scène
Je pencherai pour un nom visible pour le front-end tel qu’il est maintenant (c’est bien pratique pour retrouver) et un UID (random?) pour le back-end, et Gladys se baserait sur l’UID pour les liens (c’est peut-être déjà le cas).
De toute façon visuellement je ne parlais pas de changer le fonctionnement actuel, l’idée c’est que rien ne change.
He editado esta solicitud antigua para que se le añada la etiqueta to-be-processed, y para que quizás se emprenda un desarrollo con IA…
¡Hola a todos!
Este tema ahora está en desarrollo .
Se ha abierto una PR para propagar el renombrado de las variables de escena cuando se elimina una acción en un grupo:
master ← claude/scene-variable-renumbering-4o6dvr
ouvert 09:40AM - 28 Aug 26 UTC
### Description
In the scene editor, the references to scene variables (e.g. `{… {0.1.last_value}}`) are position-based. The renumbering was already propagated when an action **group** is inserted, deleted, moved or reordered — but not when a single action is deleted **inside** a group ("at the same time" actions), nor when a condition is deleted inside an if/while block: the following actions of the group shift one index down, and every reference to their variables in the rest of the scene became stale, forcing the user to fix each step by hand.
`deleteAction` now reuses the exact same mechanism as group deletion:
- the sibling actions which follow the deleted one produce `prevPath → newPath` replacements (`0.2 → 0.1`, …), built from the smallest index up so a path is never rewritten twice;
- the variables map is rebuilt: the variables declared by the deleted action are dropped (including the ones nested in its if/then/else branches — they were previously left behind), and the variables of the shifted actions are renamed (including nested ones, which were previously not renamed at all);
- `replaceVariablePathsInActions` rewrites every reference to a renamed variable in the whole scene (texts, evaluate values, condition variable selectors, nested branches).
The now-unused `updatePathAfterDeletion` helper is removed.
The logic was validated against the real helper functions with simulations covering: deleting the middle of 3 parallel "get last state" actions, chained index shifts (no double rewrite), a shifted sibling if/then/else block with nested variables and references, deleting a block that declares nested variables, deleting a condition inside an `if` list, and 2-digit indexes (segment-boundary matching).
## Forum
Forum: ``https://community.gladysassistant.com/t/scene-propager-la-renumerotation-des-variables-recuperees-quand-lune-delles-est-supprimee``/9343
### Checklist
- [x] Tests pass: server untouched (front-only change); Cypress scene suite has no coverage of variable renumbering (unchanged)
- [x] Linter and prettier pass on both front and server (`npm run eslint`, `npm run prettier` on the changed file)
- [x] No undocumented breaking change
🤖 Generated with [Claude Code](https://claude.com/claude-code)
https://claude.ai/code/session_01VTBWxzxbVWRGtveU28WuP8
---
_Generated by [Claude Code](https://claude.ai/code/session_01VTBWxzxbVWRGtveU28WuP8)_
No dudes en seguir la PR, probar (opcional, especialmente para pequeñas solicitudes) y dar tus comentarios aquí si es necesario.