Gère les exceptions qui ne sont pas les nôtres pour les statistiques

[philippemilink]

Lors de la récupération des statistiques d'un contenu, on intercepte toutes les Exception, donc même celles qu'on n'a pas levées nous-mêmes et qui peuvent venir d'un vrai problème qu'on n'aurait pas anticipé. Le problème, c'est qu'on considère que toutes les Exceptions auront comme arguments un logger et un message. Dans le cas d'une exception qui n'ont pas levé nous-même, cela n'est bien-sûr pas garanti et on se retrouve avec des TypeError: 'str' object is not callable ou ValueError: not enough values to unpack (expected 2, got 1) lorsqu'on veut traiter l'exception...

Cette PR corrige ce problème en introduisant une classe d'exceptions qui permet de distinguer les exceptions qu'on génère nous-même (et donc on sait qu'elles on un logger et un message) et les autres.

Contrôle qualité

Un peu casse-pieds à tester, le plus simple étant sans doute :

• Se connecter comme admin et aller sur les statistiques d'un contenu : la page doit s'afficher et un message doit dire Impossible de récupérer les statistiques du site (You can't access this resource as it requires 'view' access for the website id = 4.).
• Ajouter entre le try et l'appel à get_all_statistics la ligne : raise Exception("foo") pour simuler une exception qui ne vient pas de nous (cas qui générait une ValueError auparavant). Aller sur la page, le message d'erreur doit maintenant contenir foo.
• Ajouter entre le try et l'appel à get_all_statistics la ligne : raise Exception("foo", "bar") pour simuler une exception qui ne vient pas de nous (cas qui générait une TypeError auparavant). Aller sur la page, le message d'erreur doit maintenant contenir ("foo", "bar").

[coveralls]

Coverage decreased (-0.02%) to 87.88% when pulling 44004a3 on philippemilink:stats-better-exceptions into b70c4a4 on zestedesavoir:dev.

[Arnaud-D]

QA OK ✔️