Je viens de me rappeler que j'avais un backup d’avant le problème, et je viens d'y trouver post_dt = '2015-05-09 22:49:00' pour le post en question, alors que le tout dernier backup contient '2015-09-05 16:10:00'' comme actuellement dans la base.

Donc soit il y a bug à la saisie dans le calendrier, soit je me suis loupé en saisissant à la main (mais je ne vois pas pourquoi j’aurais mis le 22:49:00...)

Version de dotclear : 2.7.5 , je mets à jour régulièrement.

J'ai essayé de jeter un œil au code, malgré mes faibles connaissances du PHP et des entrailles de DC, sans trouver où la planification pouvait s'exécuter.

J'ai replanifié le billet à la bonne date (effaçant l'ancien champ post_dt, comme un con), et la date stockée dans dc2_post est la bonne. Bug au stockage ou à l'interprétation (sinon entre chaise et clavier) ? Pour reproduire, je viens de créer un billet planifié pour le 6 janvier, en voyant s'il apparaît le 1er juin.

Question du même tonneau, car j’ai une recurdescence de spams ces temps-ci : peut-on faire en sorte que si le champ URL est renseigné le commentaire soit flaggé spam sur le champ ? Je pense que ça éliminerait presque tout. Et un gros texte en rouge suffira à expliquer ça aux utilisateurs humains :o)

Ça a été tenté il y a bien longtemps mais je ne retrouve pas le coin à modifier dans les versions modernes de DC:
http://ploum.net/post/105-lutter-contre … s-dotclear

Pour l'apostrophe, c’est lié à Firefox qui ne tient pas compte de ma modification du fichier Compose pour que Compose-'-' donne l’apostrophe courbe (mais je viens de trouver que Compose->-' donnerait le bon résultat).

M'en vais consulter mes gourous.

L’identification est automatique, oui (mot de passe mémorisé).

Y a-t-il moyen de le forcer à conserver le cookie ? J’en vois un nommé dcxd qui expire à la fin de la session, un autre dc_admin qui dure quelques jours. Je m’en vais tenter de les trafiquer pour les rendre définitifs.