Turn on debugging, and view those images in List view. The only way it says “Cloudinary image” is if they have cloudinary metadata. Debugging mode will allow you to view the actual metadata to inspect for yourself.
Hi nosilver4u,
I’ve turned on debugging and for some reason on the cloudinary images where the meta data should be it just says processing and it’s been saying that since I turned it on last Friday. Our client says that none of their images have come from cloudinary as it’s not a service they use and they want to know why these images are being flagged like this.
I have however managed to check the Meta data using this website http://metapicz.com and I can’t see anything that references cloudinary, in fact the first image didn’t have any real meta data attached to it.
Any other ideas on how I can check this out.
Thank you
Sibbo100
The metadata we’re talking about here is stored in the WP database, not on the files themselves, so metapicz isn’t going to be of much use. That’s very odd that they still say they are processing, as that “transient data” should expire after 24 hours unless you keep trying to re-optimize the images.
Can you please provide a screenshot of where it says anything about Cloudinary in the Media Library, with EWWW’s debugging option turned on please?
Hi,
Please find attached a screen grab of some of the posts that are being flagged as Cloudinary Images, I’ve also included one that has finished processing and contains the Meta Data.
Link to Screen Shot: http://www.thegateinteractive.com/FM-Cloudinary-Images.jpg
Thank you
Oh weird, you’re being hit by a bug that I’m working on fixing. Please stop optimizing, as the plugin seems to be corrupting metadata somehow (2.9.5 will have an automatic metadata repair).
Also, discovered the cloudinary thing would indicate the site is running an old version of PHP (5.3 or earlier). Basically, because the attachment metadata (which should be an array) has been set to a string, PHP interprets the array key name as a string offset. Because the string isn’t empty, the first condition in the custom column code is met, stating that it is a Cloudinary image (even though it obviously is not).
While you wait for EWWW IO 2.9.5, I’d recommend to your client that they upgrade PHP, as anything before 5.6 is unsupported, so it is up to the webhost to patch any security holes… not a position I’d want to be in.
Hi nosilver4u,
Thank you very much for the quick responses on this one, I can confirm that the client is currently running PHP4.3 unfortunately I don’t manage their hosting at the moment but have made them aware about the dangers of this, they are moving hosting providers once that has happened I will be in a position to advise and change the versions of PHP etc that are being run on the server, in the meantime I will let them know that this issue is related to their outdated PHP.
Look forward to your update.
Thank you
Sibbo100
ok, let me know if 2.9.5 doesn’t take care of your issues
