Produits Entr'ouvert » w.c.s.

Cf. #74125

On a sur le cas pointé une utilisation de webservice.* qui remonte le message casse pied [WSCALL] 404 (pour lequel il y déjà deux tickets #20495 & #61953) lors de l'évaluation d'une condition de visibilité d'un champ. Il serait bien que les erreurs pour ces conditions permettent de remonter jusqu'au champ en question, voir qu'on ait l'expression elle même.

Actuellement logged_error se sert des lignes suivantes pour extraire formdef, formdata et workflow du contexte:

        if not any([formdef, formdata, workflow]):
            try:
                context = publisher.substitutions.get_context_variables()
            except Exception:
                return

on pourrait continuer comme ça et injecter dans le contexte de substitutions des variables _condition_field_name / _condition_type / _condition_url / _condition_expression (une suggestion, toute implémentation arrivant au but désiré m'ira).

Dans le cas plus haut on aurait :

_condition_field_name "De quelle façon ?" 
_condition_type "visibility" 
_condition_url "https://demarches-collectivites-hautes-alpes.test.entrouvert.org/backoffice/forms/10/fields/pages/13/26/#open:display" 
_condition_expression 'webservice.creneaux.meta.no_bookable_datetimes == False and form_var_rdv_live_var_rdv_tel == "True"'