Maybe it’ll help if you change that, check your stats, then change it back?

Thanks for the tip, upgrading my XMLRPC file worked fine… except for one thing: only the posts I saved after I installed the plugin show up properly in my stats, i.e. I need to save old posts one by one again. Is there any way around this?

Thanks in advance,

Sylvain

WordPress decided to include the workaround in version 2.2, which they released yesterday. So you can either use the patch attached to that Trac ticket, or upgrade, and it should solve the problem.

I don’t know if you can help me, but my problem is somewhat similar to yours. I’ve also installed the automattic stats plugin, but in my “Top Posts” stats I only get numeric IDs with no title, but most of those IDs are non-existent. When I try to enter the numeric ID manually in the address bar, I get an error message saying no post matched that criteria. All of the IDs link to my blog’s URL, with an extra slash at the end, i.e. (http://www.sylvainbouchard.com/wpblog//).

I’ve tried to modifiy WordPress’ xmlrpc.php as you advised, but nothing happened. Any ideas?

It works fine on my test page on the same server with the same config, but not in WordPress’ XMLRPC code. I have to use that workaround.

It doesn’t make any sense.

I did find that apparently the “preferred” method of getting raw info is now to use php://input. I added the following line at the beginning of WordPress’ xmlrpc.php:

$HTTP_RAW_POST_DATA = file_get_contents("php://input");

Now it works. It served up a 37 KB XMLRPC response, and the stats filled in all the missing titles and links. It didn’t make any more requests when I clicked around. I re-enabled everything, then went back again, and it made another request, pulling 594 B of data that presumably included info on another post that got accessed.

I’ll keep looking into why that variable isn’t getting set. For the record, the server is currently using PHP 5.2.2 with Suhosin Patch 0.9.6.2 and Suhosin Extension 0.9.19.

At least there’s a workaround for now. Once I have a little more info, I’ll submit a bug report to Trac, since it looks like a compatibility issue with WordPress and hosting config.

I searched through the source on the Suhosin extension, and all it does with $HTTP_RAW_POST_DATA is make sure that the user-agent isn’t trying to set that variable. And it doesn’t appear at all in the corresponding patch.

That error seems to be generated by WordPress, in class-IXR.php. It indicates that $HTTP_RAW_POST_DATA does not exist.

I’m having a hard time finding anything definitive about that variable in the PHP documentation. We have register_globals turned off, but it’s not clear whether this variable is supposed to be global anyway, or whether it’s supposed to appear in one of the global arrays, or what. All I’m finding in the PHP docs are third-party comments.

Anyway, we also have suhosin installed on this server, a patch and an extension for increasing PHP security. It’s possible that might be seeing something odd and blocking the variable. I’ve turned off the extension for now to see if it makes a difference.