Attributs d'action non affichés sur action en list et initAction non appelé en row

Request description

Bonjour,

Depuis le patch 5.3.37 nous constatons deux régressions sur les Actions :

  • sur les actions visibles en List (rowId = null), le confirmUI n’est plus appelé : au lieu d’avoir le formulaire avec les attributs d’action, nous avons directement l’écran confirmation par défaut sans les champs.

image

Si nous passons cette action en Row au lieu de List, nous avons bien l’écran avec nos attributs d’action.
image

  • sur les actions visibles en Row il semble que le initAction soit maintenant appelé après l’affichage des attributs d’action ; or nous initialisons certains de ces attributs dans le initAction, ils apparaissent donc vides

Au 2ème appel

Quelques miettes d’analyse que j’ai glanées dans le bundle ui : il semble qu’on ne rentre pas dans la fonction Init en affichage Row.
Et je vois que cette méthode a changé entre les deux patchs, est-ce que ça pourrait expliquer qu’on entre dans initAction après l’écran de confirmation ?

La fonction init avant le patch 37

        function init(item) {
            obj.action(a.name, {
                init: true,
                values: item.data || item
            }).then(r=>{
                a.fields = r.fields;
                view.form.confirm(a, obj).then(run).catch(()=>{}
                );
            }
            );
        }

La fonction init après le patch

function init(item) {
            obj.action(a.name, {
                init: true,
                values: item.data || item
            }).then(r=>{
                a.fields = r.fields;
                a.confirmUI = r.confirmUI;
                view.form.confirm(a, obj, run).catch(()=>{
                    if (a.reloadOnCancel) {
                        ui.reloadForm(a.container);
                        delete a.reloadOnCancel;
                    }
                }
                );
            }
            );
        }

Vous serait-il possible de nous proposer un contournement à appliquer en attendant un correctif définitif ? Car ce problème nous bloque dans la dernière ligne droite d’un projet :slight_smile:

Merci d’avance pour votre aide
Emmanuelle

Technical information

Instance /health
[Platform]
Status=OK
Version=5.3.37
BuiltOn=2024-05-03 13:49

Le cas d’une action de liste a déjà été détecté dans un forum privé
et le patch sera livré en 5.3.38.

Cela fait suite à ton post de double appel à l’initAction, on a revu la mécanique pour n’appeler l’initAction qu’au click sur l’action, et le cas d’une liste a été oublié.

Par contre au niveau row, on va retester car ça ne me dit rien.

1 Like

Oui je pensais que ça pouvait venir de ce patch en effet. Qui a d’ailleurs largement amélioré nos performances à l’affichage.

Si je peux donner plus d’informations sur le 2ème point n’hésite pas.

L’initAction et la recopie front des metadata de l’action fonctionne sur une ligne suite au correctif.
Par contre, les valeurs à confirmer d’une action de ligne n’avait jamais été valorisées, on l’a rajouté.

C’est bizarre car ça fonctionnait correctement chez nous avant le patch pour les actions de ligne.
As-tu une idée de la date de livraison ? Sinon une possibilité de contournement à mettre en place chez nous aujourd’hui pour débloquer l’équipe de test ?

Merci d’avance

Nous allons pousser les révision 5.3.38 et 6.0.11 d’ici la fin de la semaine

1 Like

Oui je parle d’un autre sujet, les champs de l’objet à confirmer en lecture n’étaient pas valorisés depuis la création de cette fonctionnalité. Par contre les champs en saisie sont bien présents.

Tout fonctionnait bien en 5.3.36, il faut y revenir en attendant.
L’optimisation du “double appels” a été faite rapidement pour ton projet pour un autre besoin toujours aussi urgent.

Il va falloir réfléchir à 2 fois avant de nous demander des choses trop rapidement, car 1 patch sur 2 devient un correctif du précédent car trop partiellement analysé, nous n’avons jamais le temps de faire une phase de test/pre-release d’1 mois entre chaque patch.

Après installation de la 5.3.38, le problème des attributs d’action est résolu sur les actions en Liste mais

  • nous avons toujours un ObjectFieldList non initialisé au premier appel de l’action en Row
  • le problème des attributs d’action reste présent sur les actions de transition d’état

Nous sommes revenus en 5.3.36 et n’avons plus ces problèmes, ce n’est donc pas urgent. Nous installerons la prochaine release stabilisée.