ccalvert

FYI, the issue is that this file has Mac line endings (CR), while the others have UNIX line endings (LF). If the author changes the file format, it will resolve these issues.

@milber, did you follow the steps in my blog post?

mojo74,

Warning: curl_exec() has been disabled for security reasons

This is something that you should talk to your webhost about. It looks like they’ve disabled a PHP function that the plug-in needs.

Charles

Go to Settings -> Google Analytics and set A”Google Analytics logging is” to “enabled”.

See my blog post on this: https://www.celticwolf.com/blog/2012/10/02/wordpress-google-analyticator-error-analytics-api-service-error-0error-fetching-oauth2-access-token/

Based on rhenderson813’s answer, I figured out the required steps and documented them here: https://www.celticwolf.com/blog/2012/10/02/wordpress-google-analyticator-error-analytics-api-service-error-0error-fetching-oauth2-access-token/

I figured out how to fix my problem. It seems that Google Analytics now requires an authentication code. I have documented the steps here: https://www.celticwolf.com/blog/2012/10/02/wordpress-google-analyticator-error-analytics-api-service-error-0error-fetching-oauth2-access-token/

Same problem, aslo WordPress 3.4.2. Google Analyticator 6.3.4.

FYI, the file sync fixed the counts just as you said. Thanks.

Thanks for your quick reply. With regard to the detailed bug report, you’re welcome. As a programmer, I find vague bug reports irritating and try not to do that to others. ?? I’ll keep an eye out for the update.

The problem appears to be Item::GetParent. Contrary to its name, it’s not a getter, but a mutating accessor; in addition to returning the current parent class, it updates the last_parent to be the current parent.

Aside from the obvious design problem (getters should not mutate), it’s throwing away the historical information that one assumes the last_parent should provide. This functionality belongs in a setter, not a getter, and it should not update the last_parent to match the current parent, but rather the prior parent.

What’s happening is that when a file’s category is changed in the edit form, the program updates the file’s category, then notifies the category instance that a file has been removed. The category instance then calls Item::GetParent via Item::IsAncestorOf in order to make sure that the file in question was in fact previously a member of that category. However, by that point GetParent has already been called somewhere else and updated last_parent to be an instance of the new category instead of the old.

This is a rather involved problem, so I can’t fix it quickly and send the patch to the author. Hopefully he’ll check into this thread soon and come up with a fix.

It looks like the problem is that Category::NotifyFileRemoved is not correctly decrementing cat_num_files and cat_num_files_total or is not being called when the category of a file is changed.

Yes, I can confirm that the file count is off as well. I’m looking into the code to see why.