X-Git-Url: http://git.euphorik.ch/?a=blobdiff_plain;f=doc%2FTODO.txt;h=fb3d59a137033f1e815cb3890b5526bfef0fb780;hb=58e67a14073f900d625b1049cab6f7c4d0c00de6;hp=26de1089de0305598d798af0ba717c7b087979d7;hpb=bb56b61b6b93b3fd69f2b3bfabf3fcb2e31e6ee7;p=euphorik.git diff --git a/doc/TODO.txt b/doc/TODO.txt index 26de108..fb3d59a 100755 --- a/doc/TODO.txt +++ b/doc/TODO.txt @@ -1,10 +1,18 @@ == TODO == === v1.0.1 === -* Pouvoir afficher les utilisateurs (print_users(admin)) qui sont admin -* Enlever le petit carré mis en couleur et mettre le pseudo + date en couleur à la place +* Pouvoir afficher les utilisateurs (print_users(admin)) qui sont admin * Mettre dans la FAQ la signification des couleurs associées aux messages. * Ne pas pouvoir poster avec "" +* Ajouter euphorik_common.erl au repo !! +* Compilation : + * Compiler avec le flag +debug_info pour le developpement + * Compiler avec le flag +native lors de la mise en production + * Faire d'abord des tests en local pour voir s'il y a vraiment des gains, utiliser le module test_euphorik + * Regarder également si la comsommation de la mémoire est différentes + * La compilation DOIT se faire sur la machine cible, il faut donc d'abord copier les fichiers dans /tmp sur euphorik.ch + puis lancer la compilation à distance et finalement copier les fichiers sur /var/www/euphorik +* Appliquer les flags suivant à Yaws : http://forum.trapexit.org/mailinglists/viewtopic.php?t=6725&sid=8729e02f79c3ef0e0794add77b74b6ce === v1.1 === * Revoir le système de conversation : * Pouvoir extraire "toute la conversation" ou seulement une "sous conversation" (ce qui est actuellement le cas) @@ -190,17 +198,27 @@ [ok] Limiter la mise en évidence de la conversation lorsque le curseur se trouve sur les pseudos [ok] Cleaner le code (erl, js, xhtml, css) et eventuellement profiler un peu (le refresh est lent sous opera) [ok] Afficher l'ip dans le print_users(). +[ok] Enlever le petit carré mis en couleur et mettre le pseudo + date en couleur à la place === Bugs === 1 : Critique 2 : Urgent 3 : Peu grave -[1] Le widget select qui permet la sélection des css n'est pas initialisé correctement au chargement du site [1] Il arrive qu'après le poste d'un message le refresh ne se fasse plus, peut-être une "race-condition" dans la classe PageEvent de euphorik.js -[1] Après être passé de la page Admin à Chat le client continu de réaliser de temps en temp des requêtes "lists_banned_ips" - * action=%7B%22action%22%3A%22list_banned_ips%22%2C%22cookie%22%3A%22<>%22%7D -[1] Traiter les tags TODO et FIXME dans le code + * Observé sur opera et firefox + * Après quelques analyses il apparait que firefox attend alors que le processus n'existe plus du coté yaws + * Cela arrive après 5-10min + * Regarder du coté des paramètres (options) du socket coté yaws s'il n'y a pas un indice, par exemple un timeout + * solution de secours : timeout de (1 à 5 min) sur la connexion ajax + * Est-ce que yaws tient compte du "Keep-Alive 300" de l'entête HTTP ? (=5min) (normalement pas puisque HTTP/1.1) après avoir regardé les sources il me semble que non + * Normalement si le socket est fermé du coté de yaws, le client devrait être avertis... !? + * Après beaucoup d'investigation il semblerai que se soit le firewall/routeur qui coupe la connexion sans prévenir, + pour éviter cela il est possible de mettre 'keepalive' à true au niveau du socket, voir : + - http://erlang.org/doc/man/inet.html#setopts-2 + - http://forums.globalscape.com/tm.aspx?m=4114 +[2] Le widget select qui permet la sélection des css n'est pas initialisé correctement au chargement du site +[2] Traiter les tags TODO et FIXME dans le code [2] Le changement de skin n'est pas mémorisé lorsque l'on est pas connecté (normal puisque le style est mémorisé dans le profil) * solution 1 : permettre le changement de skin uniquement pour les personnes enregistré ? * solution 2 : mémoriser le skin courant dans un cookie @@ -213,7 +231,7 @@ [3] Quand on revient en arrière dans firefox le message en rédaction est perdu * Pas sous Opera, apparemment Firefox recharge toute la page (donc impossible qu'il puisse remettre le message) * Eventuellement sauvegarder le message en rédaction dans le profile... -[3] Le changement de page sous Firefox (pas essayé avec d'autre nav) est plutot moche, le texte est d'abors affiché puis le style est appliqué. +[3] Le changement de page sous Firefox (pas essayé avec d'autre nav) est plutot moche, le texte est d'abord affiché puis le style est appliqué. [3] Quelques fichiers sont encore en iso-8859-1 (Makefile, euphorik_bd.hrl, etc..) tout passer en UTF-8 [3] Un message envoyé sans être authentifié ne sera pas taggé comme appartenant à l'utilisateur. a) L'utilisateur attend des messages SANS donné de cookie car il n'est pas authentifié @@ -260,6 +278,8 @@ * Peut être un bug lié à jQuery * Reproduit sur Firefox 2 et 3 ! [ok] Lors d'un logout il faut faire un full refresh (pour mettre à jour les messages auquel on répond par exemple) +[ok] Après être passé de la page Admin à Chat le client continu de réaliser de temps en temp des requêtes "lists_banned_ips" + * action=%7B%22action%22%3A%22list_banned_ips%22%2C%22cookie%22%3A%22<>%22%7D === Idées === Une fois l'idée validée elle est déplacée dans une version à venir.