Development #17346
Logguer certaines des erreurs de condition
0%
Description
Sur les conditions de page, on est silencieux en cas d'erreur, il faudrait évaluer si c'est encore nécessaire (à un moment w.c.s. ne définissait pas les variables pour les champs des pages pas encore visitées), et même si c'est encore utile d'être silencieux sur certaines exceptions, sur d'autres, pas.
Exemple dans une condition un peu longue, ce passage utils.age_in_days (form_var_date_debut > -29) aurait levé ValueError: invalid date value: True (et pas sûr que ça aurait été clair mais ça aurait déjà été ça).
Demandes liées
Historique
Mis à jour par Frédéric Péters il y a environ 6 ans
Pour info, journalctl -u wcs | grep 'failed to evaluate' | grep '[a-zA-Z]*Error' -o | sort | uniq -c | sort -nr (sur le SaaS de prod, journal commençant 2018-03-26 17:44) :
11888 SyntaxError
7510 TypeError
1330 NameError
287 KeyError
180 ValueError
82 AttributeError
7 ConnectionError
En ignorant les répétitions, c'est moins effrayant :
16 NameError
5 TypeError
3 SyntaxError
3 KeyError
3 AttributeError
2 ValueError
1 ConnectionError
Les NameError c'est le plantage historique "légitime" (référence à un champ pas encore visité); les autres, on pourrait sans doute les remonter (sous forme de LoggedErrors, pas d'emails).
Mis à jour par Benjamin Dauvergne il y a environ 6 ans
- Dupliqué par Development #21522: Logger les erreurs de post-condition sur les pages ajouté