UN petit coup de main SVP

[jjacques68]

Ben je n'ai jamais constaté d'évènement en double, je le verrais vu que je log tout en base...

Ou alors y a encore qqch qui nous échappe.

il y a 4 minutes, Lazer a dit :

EDIT : bon bah voilà @jjacques68 tu fais les questions/réponses tout seul

ben ça c'est quand je réfléchit après avoir écrit  

[Lazer]

Oui mais tout est bon là, c'était @henri-allauch qui avait des événements en double, à cause de sa première écriture qui relançait les requêtes avec setInterval()

 

[jjacques68]

ah ben oui !!

du coup oui tout est ok.

[henri-allauch]

 

il y a une heure, Lazer a dit :

last=lastResfresh peut arriver

par exemple si aucun nouvel événement durant la temps d'attente de la requête

OK  effectivement

il faut que je regarde le contenu du premier et  du 2eme  un des deux devrait être sans événements alors ??

 

 

Et s'il y a les mêmes dans les 2 ignorer si last=lastResfresh pour ne pas traiter 2 fois

Modifié le 24 avril 2021 par henri-allauch

[Lazer]

Voilà, tu devrais avoir un tableau vide dans la (ou les) répétitions suivantes.

[henri-allauch]

Conclusion:

Donc le problème initial c'est bien l'utilisation de setInterval qui pouvait relancer une requête sans que la première ne soit terminée. 

Après remplacement par setTimeout c'est correct.

Mais comme j'avais laissé mes traces, je me suis fait piéger par un last=lastResfresh qui est normal. ( j'ai ajouté dans la trace events et changes )

[24.04.2021] [15:14:55] [WARNING] [QA_CONTROLEVENEMENTS--SIMPLIFIE__342]: ATTENTION -> lastRefresh : 81040 states.last : 81040 -> {"status":"IDLE","last":81040,"date":"15:14 | 24.4.2021","timestamp":1619270095,"events":[],"changes":[]}

Avec events [] et changes[] VIDES

 

Fin ( Je l'espère )  Merci à vous deux