Development #38180
test_form_tracking_code_rate_limit instable
Début:
04 décembre 2019
Echéance:
% réalisé:
0%
Temps estimé:
Patch proposed:
Oui
Planning:
Non
Description
De temps en temps, quand la machine de test est un peu chargée, on se trouve à échouer
# twice
get_app(pub).get('/code/ABC/load', status=404)
get_app(pub).get('/code/ABC/load', status=404)
# and out
get_app(pub).get('/code/ABC/load', status=403)
> get_app(pub).get('/code/ABC/load', status=403)
parce que c'est déjà redevenu bon.
Peut-être simplement retirer le deuxième test 403.
Fichiers
Révisions associées
Historique
Mis à jour par Benjamin Dauvergne il y a plus de 4 ans
On pourrait simplement utiliser freezegun, ce serait acceptable ?
Mis à jour par Benjamin Dauvergne il y a plus de 4 ans
- Fichier 0001-tests-test-rate-limiting-with-freezegun-38180.patch 0001-tests-test-rate-limiting-with-freezegun-38180.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Mis à jour par Benjamin Dauvergne il y a plus de 4 ans
- Statut changé de Solution proposée à Résolu (à déployer)
commit e508d436ab32b7c8ce6f1f3f10c94724de55e28a
Author: Benjamin Dauvergne <bdauvergne@entrouvert.com>
Date: Fri Jan 3 22:55:52 2020 +0100
tests: test rate limiting with freezegun (#38180)Mis à jour par Nicolas Roche il y a plus de 4 ans
(Je valide après coup)
La fixture freezer fige le temps et donc même si la machine est chargée,
on aura toujours moins de 2 secondes d'écoulées (0 en fait) quand on attaquera les 3ème et 4ème appels.
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de Résolu (à déployer) à Solution déployée
tests: test rate limiting with freezegun (#38180)