Produits Entr'ouvert » w.c.s.

Emmanuel Cazenave a écrit :

Mais si le champ est renseigné et qu'il y a aussi une expiration sur ce saut il ne sera jamais exécuté, voir le code JumpWorkflowStatusItem.check_condition.

Pour être plus précis, le saut peut-être exécuté après expiration s'il y a eu d'abord un appel au trigger. Mais pas ce cas d'usage n'existe pas à ma connaissance, quand on veut un déclenchement externe on met un saut manuel.

Aujourd'hui ça permettrait à un système externe de taper à répétition sur le trigger, sans se soucier de l'expiration, et que le saut effectif ait lieu uniquement quand le temps nécessaire est passé, mais ok pour considérer ça rare voire inexistant, et se dire que ça peut au pire être reproduit en deux temps.

Mais pour ici la mise en place, je pense qu'alors il faut revoir la présentation de la configuration,

Exécution
  (*)  tout de suite    ( )  après expiration    ( )  sur appel webservice

et dessous le champ expiration qui apparaitrait quand le choix correspondant est fait, et les champs identifiant d'appel / rôles autorisés quand le choix d'appel webservice est fait.

En passant sur de vieux tickets, la question était de donner un sens à la combinaison automatique/rôle : #15661, ma proposition d'interface ne permettrait pas ça.