-[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
- * 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 minificateur js doit ajouter un espace après une expression régulière sinon il est possible que le caractère qui suit celle ci soit pris pour un modificateur de la regexp
-[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
-[2] Il est possible d'envoyer plusieurs fois le même message en pressant très rapidement plusieurs fois sur ENTER... (à vérifier)
-[2] Après l'ajout d'une image il n'est pas possible de naviger depuis celle ci vers les autres images en utilisant Next et Prev de lightbox après l'avoir affich
-[2] Plein de bugs sous MS internet explorer 7
- * click sur le lien du conv insère sont id systématiquement au début du message
- * le changement de skin foire complétement
-[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'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é
- b) L'utilisateur envoie un message
- i) Il s'enregistre sans login/pass (réalisé automatiquement)
- ii) Il envoie le message (put_message)
- c) Le serveur réagie au nouveau message et débloque la connexion, à ce moment le serveur n'a pas le cookie car pas donné, voir a)
-[3] Traiter le cas ou le cookie n'existe pas coté serveur (et plus généralement traiter tous les cas d'inputs exeptionnels)
- * Afficher un message dans le cas ou le navigateur du client ne supporte pas les cookies en lui disant que la session ne pourra pas être autmatiquement restoré à la prochaine utilisation
-[3] "Return" ne marche pas sous safari
-[3] Le "cachage" des messages ne marche pas sous Konqueror, voir : "#page.minichat #conversations div.cache {" dans pageMinichat.css.
- "-khtml-opacity: 0.3;" ne fonctionne pas
-[3] Amélioration des requêtes MNESIA, voir : http://mail.google.com/mail/#label/Erlang+mailing-list/117f688280569a58
-[3] la page est completement rechargé après avoir submité le profile dans opera
-[3] après le login un '?' s'ajoute à l'adresse (opera, firefox)
-