Bug #34502
crash action "formulaire" de workflow / conditions
0%
Description
Exception: type = '<type 'exceptions.AttributeError'>', value = ''NoneType' object has no attribute 'live_condition_source'' Stack trace (most recent call first): File "/usr/lib/python2.7/dist-packages/wcs/formdef.py", line 661, in set_live_condition_sources 659 for field in fields: 660 if field.varname in live_condition_fields: > 661 form.get_widget('f%s' % field.id).live_condition_source = True 662 663 def get_field_data(self, field, widget): locals: field = <wcs.fields.ItemField object at 0x7fd9e74acb10> fields = [<wcs.fields.ItemField object at 0x7fd9e74acb10>, <wcs.fields.ItemField object at 0x7fd9e74acb50>, <wcs.fields.TextField object at 0x7fd9e74ac950>, <wcs.fields.FileField object at 0x7fd9e74acad0>, <wcs.fields.FileField object at 0x7fd9e74ac9d0>] form = <wcs.qommon.form.Form object at 0x7fd9ee56db50> live_condition_fields = {'utilisation_reponse_standard': [<wcs.fields.ItemField object at 0x7fd9e74acb50>]} real_data_source = {'type': 'json', 'value': '{{passerelle_url}}csvdatasource/generique-reponse-standards-refus/data?slug_formulaire={{form_option_slug_formulaire}}&statut=accepte'} self = <WorkflowFormFieldsFormDef 'Champs du formulaire de workflow' id:None> varname = 'utilisation_reponse_standard' varnames = []
Je dirais que le champ a précédemment été zappé (parce que condition) et que du coup il n'y a pas de widget associé.
Fichiers
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a presque 5 ans
- 1 champ liste (nommé utilisation_reponse_standard), conditionné sur form_option_reponses_standards_acceptation "Oui"
- suivi par un autre champ liste, conditionné sur reponse_var_utilisation_reponse_standard "Oui"
Le premier champ n'est pas repris, évalué out directement, le second est ajouté au formulaire et ici quand on parcourt le formulaire pour noter que le widget de "reponse_var_utilisation_reponse_standard" est l'origine de la réponse, on ne le trouve pas.
Mis à jour par Frédéric Péters il y a presque 5 ans
Je pense que supprimer du formulaire le champ qui dépend ainsi d'un autre, absent, est approprié.
Mis à jour par Stéphane Laget il y a presque 5 ans
- Assigné à mis à Stéphane Laget
A tester de mon côté pour voir si le pb est résolu suite à une correction dans le paramétrage du WF
Mis à jour par Stéphane Laget il y a presque 5 ans
un nouveau crash à 10h10 => toujours en cours de paramétrage, ne pas en tenir compte
Mis à jour par Frédéric Péters il y a presque 5 ans
- Assigné à changé de Stéphane Laget à Frédéric Péters
Mis à jour par Frédéric Péters il y a presque 5 ans
- Fichier 0001-forms-don-t-mark-missing-fields-for-live-conditions-.patch 0001-forms-don-t-mark-missing-fields-for-live-conditions-.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Je pense que supprimer du formulaire le champ qui dépend ainsi d'un autre, absent, est approprié.
Mais c'est un peu chiant, le patch simple marche aussi bien, la seule différence étant que l'HTML contiendra ce second champ, avec display: none.
Mis à jour par Thomas Noël il y a presque 5 ans
- Statut changé de Solution proposée à Solution validée
Mis à jour par Frédéric Péters il y a presque 5 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit fae19b4a9cb8665c3f3c0098bae35a46fb56ebe8 Author: Frédéric Péters <fpeters@entrouvert.com> Date: Mon Jul 8 17:09:20 2019 +0200 forms: don't mark missing fields for live conditions (#34502)
Mis à jour par Frédéric Péters il y a presque 5 ans
- Statut changé de Résolu (à déployer) à Solution déployée
forms: don't mark missing fields for live conditions (#34502)