kwilson

No, I mean keep the tag as it but allow no coloration within it. You current offer a selection of colors in Image Style. I just mean add white to that. So the tag outline is still there but the print inside is black on a white background. Thanks.

Done. Thanks again.

Thanks for checking.

Sadly, I simply did not have time to backtrack, source and install a previous version on the several blogs sites I control (same symptom on them all under differing themes). I replace the plugin with one that uses google reCaptcha. It worked without issues.

Thanks again.

Hmmm it is weird indeed. Is there any way to go back to .18?

Okay it is a 404 error. However, the file is here and insertion of a .htaccess file into the plug-ins dir as suggested has not effect.

Also, this was not a problem in any version of the plugin up to and including 4.0.18. It only started with 4.0.19.

So the question is, what changed?

Okay, at least for me, here is the solution…

First, using cPanel on the new host one can not see everything about the dirs, so some of this is assumption but it works!

The short answer:
using cPanel, create a new dir in wp-content called uploadsx
copy all the images from uploads into uploadsx
rename uploads to uploadsold
rename uploadsx to uploads
ensure that all images have permissions 0644
Voila! They should all display correctly
Delete uploadsold

This worked for all five of my migrated sites!

Now for the why…

When the bz2 archive was created on the old Ubuntu system, ALL directory attributes are saved. This include the ownership UID. When you decompress at the other end, the ownership IUD is retained and will be incorrect. This makes the dir inaccessible when referrenced. When you create a new uploads dir it has all the correct attributes and works fine.

Anyway, I hope this helps you and others. The fix is trivial once you figure it out. All help people were next to useless (though well meaning) since they did not understand the Linux aspects.

A new image in a new post gives the same results.

Something is actively blocking the display of images.

Tried that. I get the same file path and no display. Something is inhibiting it. ARGH!

I have contacted them but no response yet. It sounds like hot link protection but cpanel says that is off. We will see what they say. It has to be something like this that is common to all accounts.

More indo. I copied the EXACT url of one of the images. It is

https://thoughtpaths.com/wp-content/uploads/SpringField1911ACustom.jpg

that location does exist in cPanel file manager and the image is in fact there. That is what the page is trying to load.

Yet when I put that url into firefox it says page not found! Sure looks like permissions but I can’t see why…

Yep. Since the is no change in the domain, DB name or DB password, there was actually little to do other then move the files and the DB. As I say, except for the images issue it, they all, work perfectly.

It is a quandary but I am sure someone else has seen this.

I have the same problem with WP 2.8.4 even though the specs say it is compatible.