Shoop

Il y a aussi le problème de notification avec ceux qui laissent tourner leur navigateur ouvert constemment sans le fermer et qui par exemple si ils ont postés à 12:35 J-1 et que le jour J quelqu'un d'autre post à 12:35, l'utilisateur sera notifié des réponses sur ce dernier post car il est dans son registre des horloges et que ce registre stock uniquement l'horloge et pas la date complète.

Première partie résolue sur ma version de dev. J'ai pas envie de retenir cette correction trop longtemps donc pour la deuxième partie je vais voir si je peux trancher sec ou bien je mettrais de côté si ça me bloque trop.

Ca sera en prod bientôt

Je rouvre la tâche parce effectivement ma dernière correction n'a rien résolu au contraire.

La première chose à préciser, c'est que cela ne se produit que sur les refresh de backend, en effet la liste des messages "originale" (dans la page html lors du premier chargement de la page) est correcte et ne comporte pas ce bug.

Le bug ne se produit qu'avec les messages ajoutés via la méthode Javascript, qui vient du registre des horloges en mémoire, qui n'est pas correctement remplie et peut-être aussi mal géré.

Bon ce qui était appelé comme le démoniaque "bug des horloges à indices" était en fait une composition de plusieurs éléments :

• Un registre de ses propres horloges mal rempli par le parser de backend JSON (en html le registre était correctement rempli);
• Un survol d'horloge de référence qui faisait une séléction trop laxiste des horloges de pointages;

Il reste à mettre ma dernière correction en production pour voir le résultat au cas ou j'aurais oublié des cas de figures.

Je demande le silence radio de tout ceux qui lisent ceci tant que cela n'a pas été validé.

Bon la partie interface Javascript avec le parson JSON est ok, par contre mon système de test fonctionnant en CLI, le client recevait les messages par paquets, mais le backend JSON est défaillant sur les indices d'horloges car il les calculent par rapport aux posts qu'il contient et pas de ceux qui existent réellement.

Ce qui fait que si deux messages sont postés tout les deux à 12:13:42 et que le backend renvoi d'abord le premier, puis le second dans un refresh suivant, l'indice calculé du second n'est pas bon, il sera de 1 et pas de 2 (comme attendu), parce que le générateur de backend ne contient qu'une seule de ses deux horloges.

Ce cas de figure ne semble pouvoir se produire en pratique que lorsqu'une même personne post plusieurs de suite à la même seconde (en général comme lorsque l'on essaye de tester le bug).