Fran Ontanaya

You probably have debug notices enabled in the server. Check for error_reporting in php.ini. It should not be E_ALL on a production server.

I’ll add some checks to prevent this anyway.

As far as I can tell version 4.4.1 solves all these issues.

Try uninstalling it and reinstalling it to force it to recache everything.

If that doesn’t work, email me to [email protected]

Don’t forget to vote in the Compatibility poll on the plugin’s page. ??

I need to hear positive reports before marking issues as resolved.

Update me with any errors of problems with version 4.4, I’ll be watching this thread to roll any quick fixes.

I think I have it fixed already. I’ll be uploading the new code in a few hours, after some rest and a coffee. ??

Thanks for the report. I coded a quick test and finally found one culprit for the 0 words bug. I haven’t had time to put in this plugin lately.

The bug is related to html_entities_decode outputting characters that break the regex search and replace.

Ugh. Thanks a lot. I can’t reproduce the nbsp bug in my local enviroment, I’ll do my best to fix it, but I’ll add also an option to use a more conservative method.

You can use the notepad. If you don’t see it in the Start menu, click on “All Programs”, then “Accessories” and then on “Notepad”. Paste the content there, save it and attach that file to the mail.

Alternatively you can use https://pastebin.com/. Paste the code in the New Paste box, select “1 month” in “Paste expiration” and “Unlisted” in “Paste Exposure”, then click “Submit”. You can mail me the web adress of the next page, which will look like this one: https://pastebin.com/dC1Y0Zdh

Thanks for your report! The server side word counter seems to have problems with certain posts, I’m working on this for the next plugin update.

It will help me a lot if you can send a copy of the content of the affected posts in Text mode view (it’s the view that shows the HTML tags) to [email protected] (Copy them to a .txt and attach it to the mail), so I can reproduce the bugs.

Still haven’t been able to reproduce it. I fixed a bug with the start date in the period range boxes, but I doubt that’s related.

In the Edit post screen, if you have Custom Fields enabled in Screen options (the tab in the upper right corner), there will be a list of Custom Fields under each post. The custom field “word_stats_word_count” will show 0 if the post has text but the word count failed (the value may differ in a few words from the one shown below the post, there’s currently a mismatch between the javascript and the php counters).

If you find that in some posts from the period you noticed there’s posts missing, I’d like to have a look at the Text mode version of those posts, so I can try to reproduce exactly the issue. You can attach me a copy in a .txt to [email protected]

I’ll keep working on it meanwhile.

Ok, noted. I’ll look into it in a few hours.

No, thanks to you for the feedback!

It means none of the words is repeated enough times. You can tweak this in the settings, where it says:

“Posts without any keyword count per 1000 words greater than this value, and not flagged already as too short, will be diagnosed as having no relevant keywords.”

Just use a lower number if you wish.

The 4.3 version should have fixed this issue.