Development #18979
remonter les erreurs ezt dans les erreurs logguées
0%
Description
Ce genre de trace :
Date: Tue, 26 Sep 2017 08:17:29 +0200 From: auquo <admin+chateauroux@entrouvert.com> To: admin+chateauroux@entrouvert.com Subject: Quixote Traceback (UnclosedBlocksError: UnclosedBlocksError) Exception: type = '<class 'wcs.qommon.ezt.UnclosedBlocksError'>', value = 'UnclosedBlocksError' Stack trace (most recent call first): File "/usr/lib/python2.7/dist-packages/wcs/qommon/ezt.py", line 456, in _parse 454 if stack: 455 ### would be nice to say which blocks... > 456 raise UnclosedBlocksError('', line, column) 457 return program 458 locals: f_args = [('End', 'End', [])] file_args = () args = ['End'] i = 6 for_names = [] self = <wcs.qommon.ezt.Template instance at 0x7f8f344c66c8> cmd = 'End' parts = ['', 'is form_var_pers1_autorisation "\xc3\xa0 contacter en cas d\'urgence, autoris\xc3\xa9e \xc3\xa0 r\xc3 \xa9cup\xc3\xa9rer l\'enfant en fin de s\xc3\xa9ance"', None, 'Oui', 'End', None, ''] base_printer = <bound method Template._cmd_print of <wcs.qommon.ezt.Template instance at 0x7f8f344c66c8>> stack = [['is', 0, [('form_var_pers1_autorisation', 'form_var_pers1_autorisation', []), (None, "\xc3\xa0 contacter en cas d'urgence, autoris\xc3\xa9e \xc3\xa0 r\xc3\xa9cup\xc3\xa9rer l'enfant en fin de s\xc3\xa9ance", None)], None]] column = 126 reader = <wcs.qommon.ezt._TextReader instance at 0x7f8f344c6710> program = ['Oui', (<bound method Template._cmd_print of <wcs.qommon.ezt.Template instance at 0x7f8f344c66c8>>, [('E nd', 'End', [])])] which = 0 arg = 'End' printers = [<bound method Template._cmd_print of <wcs.qommon.ezt.Template instance at 0x7f8f344c66c8>>] line = 0 piece = '' last_newline = -1 File "/usr/lib/python2.7/dist-packages/wcs/qommon/ezt.py", line 311, in parse
est reçue par mail, mais n'est pas ajoutée aux erreurs sur le formulaire et workflow correspondant ; et donc la plupart du temps invisible aux créateurs de workflows/formulaires.
Rappel de Frédéric à ce sujet :
« Ne remontent que les traces sur les moments particuliers pour lesquels on appelle notify_of_exception, dans des try/except réduits (genre autour d'un appel à eval()), et pour lesquels on a sur la suite un traitement d'erreur particulier (qui peut être d'ignorer).
Ici, peut-être qu'on pourrait justifier un try/except autour de l'appel à template_on_context, et s'il échoue retourner un texte particulier (je ne serais pas fan de la chaine vide). »
Historique
Mis à jour par Benjamin Dauvergne il y a plus de 6 ans
Je suis pour un traitement plus pousser des exceptions sur les templates, déjà faut ajouter de quoi chopper tous les UnclosedBlock ça ne devrait jamais arriver durant le runtime (il me semble qu'on a identifié le problème sur les modèles de documents, mais il en reste peut-être ailleurs). Pour les autres erreurs il faudrait avoir de quoi retourner un message d'erreur clair avec lien vers l'emplacement du template pour son édition (genre lien vers l'item ou le champ du formulaire ou le template du mail, etc..). Pour le lien contextuel, ça vaut aussi pour les expressions et les requêtes HTTPs.
Mis à jour par Frédéric Péters il y a plus d'un an
- Statut changé de Nouveau à Fermé
- Planning mis à Non
Plus de devs sur les ezt.