Bug #143
Bugs sur les notifications de réponse
| Status : | Résolu | Start : | 11/16/2009 | |
| Priority : | Urgent | Due date : | ||
| Assigned to : | David THENON | % Done : | 100% |
|
| Category : | Interface web | |||
| Target version : | - | |||
Description
Bug dans les notifications à cause du ², qui fait que les réponses aux posts sont notifiés n'importe comment (cf capture pour les horloges 14:32:42 et 14:32:42²)
History
07/31/2010 05:25 PM - David THENON
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.
07/31/2010 06:25 PM - David THENON
- % Done changed from 0 to 50
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.
08/01/2010 04:55 AM - David THENON
- Status changed from Nouveau to Résolu
- % Done changed from 50 to 100
Ca sera en prod bientôt
10/16/2010 06:02 PM - David THENON
- Status changed from Résolu to Assigné
- % Done changed from 100 to 20
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é.
10/17/2010 03:18 AM - David THENON
- % Done changed from 20 to 50
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é.
10/17/2010 10:19 PM - David THENON
- % Done changed from 50 to 60
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).