les URLs (notamment l'url-propre des breves avec ses '+') n'etaient pas conservees correctement au cours du login (resoud #18)

detecter le bug du a la date du serveur qui bouge violemment (mais ne rien faire, le signaler simplement dans spip.log pour debug) - on a eu le cas avec Ouvaton et OVH dernierement, cf. #15

revision de cron() de maniere a indexer plus vite sans jamais se marcher sur les pieds quand il ya beaucoup de hits (et code un peu plus simple)

les stats previsionnelles etaient basees sur une erreur de calcul (heures-minutes au lieu de heures+minutes) : pas etonnant qu'elles aient ete un peu funky quand minuit approchait, avec beaucoup trop de visites previsionnelles qui disparaissaient subitement a 00:01...

l'obligation de calculer les popularites avant de compter les visites etait devenue une peu lache dans le nouveau modele de inc_cron

Bloquer le keyCode "return" après l'affichage de la fenetre. De cette facon on peut reafficher les resultats simplement en validant la case de recherche

 SELECT COUNT(*)
 FROM   `spip_signatures` AS signatures,
     `spip_petitions` AS petitions,
     `spip_articles` AS articles
 WHERE (signatures.id_article = '2666')
     AND (petitions.id_article=signatures.id_article)
     AND (petitions.id_article=articles.id_article)

retourne 0 signatures comme il le devrait mais

 SELECT COUNT(*)
 FROM   `spip_signatures` AS signatures,
     `spip_petitions` AS petitions,
     `spip_articles` AS articles
 WHERE (signatures.id_article = '2666')
     AND (petitions.id_article=articles.id_article)
     AND (petitions.id_article=signatures.id_article)

retourne toutes les signatures du site.
Le premmier qui dit que AND est commutatif a perdu.

gros bug: si la creation du repertoire temporaire de dezip echoue, le site pouvait dans certains cas effacer tout IMG/ !! (v s)