Morpheu5

Apparently “anti-captcha” was causing the problem. It was easier than I thought since it is the only one to output that exact error string. I think I can live with Akismet but I don’t like to overload the server so I wanted to pre-screen the comments.

Any feasible solution?

I noticed that that bug wasn’t the one I discovered, so I opened a new ticket: https://trac.www.ads-software.com/ticket/3043

I forgot to mention that I’m running on PHP Version 5.1.4-pl4-gentoo with Hardening-Patch 0.4.11 and talking with my host it seems that the bug is related to the policies of php 5.1 hardened and this will become the default policy from 5.2.x on.

He told me to translate the html entities that the form sends with a particular php function but he can’t remember which one.

May I put a remark on https://trac.www.ads-software.com/ticket/1696 ?

No plugin is active. This happens also on old posts but just when I go and just “save and continue” or “save” them. The markup remains unaltered until I go through admin controls to edit and save the post. Any other markup tag than p or br is cleaned (eg: img, blockquote, ol…).

For now, I’m working with an offline client but my other users are pretty upset by this.

In addition: I must say this is not happening in other wordpress blogs (ie: trial blogs, my local install…)