logger en dehors des scopes atomic() (#31204) #203
Loading…
Reference in New Issue
No description provided.
Delete Branch "wip/31204--es-requetes-HTTP-dans-des-blocs"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
f7c6d55463
tofda39c7c31
fda39c7c31
to708cbca102
708cbca102
to9623d989a9
9623d989a9
to810c13e07e
WIP: logger en dehors des scopes atomic() (#31204)to logger en dehors des scopes atomic() (#31204)1b788c0d6b
toe38114f24d
e38114f24d
to50928a419c
50928a419c
to6f8adfe569
6f8adfe569
tod2959f47d3
@ -391,0 +425,4 @@
pass
assert qs.count() == 0
# with run_later_scope logs of level at least WARNING are kept
Pourtant la qs contient 2 logs : warning et info.
(comme je ne comprend pas le commentaire, j'ai testé en envoyant debug, info, warning et error que j'ai tous récupérés)
Je vais retirer le "at least WARNING" c'est vieux je ne sais pas si ça date d'une version précédente du patch ou si ça veut dire autre chose.
Voilà j'ai changé le commentaire en quelque chose de plus explicite décrivant le comportement attendu.
@ -0,0 +41,4 @@
for func, args, kwargs in run_later:
func(*args, **kwargs)
else:
yield
J'ai du mal à comprendre comment on passe ici.
Est-ce que tu pourrais ajouter un tests pour avoir la couverture à 100%, il manque juste cette ligne.
D'ac, ça arrive si on a deux context manager run_later_scope() imbriqués, seul le premier a un effet et c'est lui qui lancera les commandes.
Ajout de test_run_later_nested.
Code testé à 100%, c'est la classe.
https://jenkins.entrouvert.org/job/gitea/job/passerelle/job/wip%252F31204--es-requetes-HTTP-dans-des-blocs/12/cobertura/utils/defer_py/
@ -0,0 +32,4 @@
try:
run_later_context.get()
except LookupError:
run_later = []
Ci-dessous on a une fonction nommée pareil.
Peut-être nommer la variable "run_later_list" comme c'est fait plus bas dans la fonction en question.
Ok.
J'ai renommé tout en "callbacks" c'est plus court et plus uniforme et évite de surcharger le terme "run_later".
Désolé Benjamin, je suis pas super à l'aise pour relire :
j'ai posé des questions/commentaires un peu con, bien que dans l'ensemble tout m'a l'air bon.
Ma compréhension :
Ce patch a 2 points d'entrées, dans les commandes et dans le middleware,
pour initialiser un contexte qui permet de différer la création de l'objet ResourceLog.
d2959f47d3
to0a51bb5a93
0a51bb5a93
todf56402517
Oui.
C'est tout bon pour moi.
Si quelqu'un veut ajouter une relecture, faites, sinon je valide.
df56402517
tof63e250e0d