Retirer pytest-timeout #3805
Retirer pytest-timeout #3805
Conversation
|
+0. Pour l'historique ça avais été ajouté car on avais un certain nombre de test qui faisait des appels réseaux (avec parfois un Mais on n'est effectivement assez peu susceptible d'avoir des boucles infinies ou du code bloquant, par contre l'avantage pour nous c'est que ça limitais le temps maximum du setup de la DB mais au final on a plutôt augmenté la valeur dans la conf plutôt que squash les migrations quand ça arrivais 😅. |
It was originally added to prevent tests from taking unnecessarily long, as some would `@tenacity.retry` for unreachable targets. However, the originally short timeout that would reveal such issues was bumped multiple times, as it started failing on slow developers machines, and became less useful. The plugin now prevents the test suite from running by default on Macs, adding friction to the development setup. It caused GitHub actions on the [Django 5.0 PR](#3753) to fail without hints at timeouts being reached. It took a few hours to understand what caused the failure. In the time it’s been there, it likely hasn’t caught an infinite loop. If such problem were to happen, GitHub actions have timeouts. To troubleshoot issues locally, it’s easy enough to set `-vv` and see what test is hanging.
francoisfreitag
force-pushed
the
ff/pytest-timeout
branch
from
4d7f272 to
0565333
Compare
francoisfreitag
added
the
no-changelog
Pourquoi ?
Xavier vient de perdre au moins une journée à cause de
pytest-timeoutqui crashait les workers sur GitHub actions sans information par rapport à un setup trop long.Nous avons déjà augmenté plusieurs fois les timeouts pour essayer de les faire marcher sur les Macs, finalement c’est à chacun de définir sa limite en fonction de sa machine.
D’autres ont rencontré le problème :
L’investissement dev ne vaut la (faible) sécurité ajoutée.