[14.051] Impossibilité de revenir au dataset via l'objet courant

[AnaelKremer]

En mode enrichissement il devient impossible d'écrire une formule qui nécessite de renvoyer à "value". Si l'on copie-colle une formule, cela n'engendre pas d'erreur critique mais un des champs souhaités n'est pas récupéré.

Si l'on saisit manuellement le script en revanche, la saisie de "self" et/ou "value" dans "self.value.quelquechose" fait disparaître les données de l'aperçu (on voit undefined quand on rédige un script). Si l'on essaie de sauvergarder on obtient un message d'erreur. Si l'on veut retourner voir la datagrid, elle est vide. Et si on tente de fermer puis réouvrir l'intance elle est inaccessible, comme toutes les autres instances du même container.

La situation revient à la normale après 3-4 min. Peut importe la machine, le container ou les données, cela se produit toujours dans la 14.051.

Quand self est executé le calcul de l'aperçu de la valeur fait crasher Lodex

TypeError: Converting circular structure to JSON
    --> starting at object with constructor 'Object'
    |     property 'value' -> object with constructor 'Array'
    --- index 1 closes the circle
    at JSON.stringify (<anonymous>)
    at createErrorWith (/app/node_modules/@ezs/core/lib/engine.js:56:26)
    at push (/app/node_modules/@ezs/core/lib/engine.js:175:33)
    at Immediate.<anonymous> (/app/node_modules/@ezs/core/lib/feed.js:19:9)
    at processImmediate (node:internal/timers:476:21)

[AlasDiablo]

Apres analyse, les problème viens des version d'ezs supperieur à 3.8.3

Ce prolème est du a des change qui ne devais pas conntenir de logique.
Inist-CNRS/ezs@2a4f245
Inist-CNRS/ezs@0faecf3
Inist-CNRS/ezs@b64432f
Inist-CNRS/ezs@e926286

La stack trace nous remonte au niveau d'une fonction de débogage
https://github.com/Inist-CNRS/ezs/blob/9f4f6c239896abc14f48cd988f663a4b78c48367/packages/core/src/engine.js#L45-L66

Je vais regardé s'il y a possibilité de récupérais l'erreur au niveau de lodex et d'évité un crash complé de l'application.

[touv]

Le script est interprété en direct, il est en erreur pendant que l'on est en train de l'écrire. Et dans certain cas, la génération du message d'erreur génère une erreur critique qui fait planter l'application. Le problème est à corriger à la source donc dans ezs pour éviter ce cas de figure particulier. Il est inutile de bidouiller Lodex pour contourner le problème.

[touv]

cf. Inist-CNRS/ezs#412