No meta + unable to locate resource

Hi @toxoplasmaarts,

Are you making some changes in a specific image editor before you’re uploading them?
It’s possible that the image editor you are using is not saving the meta correctly and causing the issues with Smush.

I can see that you’re using Shortpixel CDN on your site, can you try disabling it temporarily and check if Smush is able to optimize the images and if your Google Insight reports are gone after that?

Cheers,
Predrag

Hi there,

My team does use Adobe Creative Suite to various ends (Illustrator, Photoshop, InDesign) for the media and they also receive artwork from contributors (this is an art and literature magazine)– we’ve been adding media to the site for years but I only recently noticed the problem.

I disabled the ShortPixel CDN that was running through Autoptimize and deleted the cache and I’m still having the same problems.

Thanks!

Hi @toxoplasmaarts

Thank you for the update.

I checked the Google report and I indeed can easily find the reported image.

Could you please try to regenerate the thumbnails and run the Bulk Smush again to check if the issue is gone?

https://www.ads-software.com/plugins/regenerate-thumbnails/

Let us know the result you got.
Best Regards
Patrick Freitas

Hello, we haven’t heard back from you in a while so we will mark this ticket as resolved but if you need any further assistance feel free to reopen it!

Cheers,
Predrag

Hi there,

I just wanted to follow up with issues regarding this. I work on this site monthly on a volunteer basis and other priorities took the lead. Every time I try to smush images, some error out with “No file data found in image meta” and nothing about these images is any different from images on other sites that I manage. I did try to deactivate Autoptimize and change settings there, but our speed is getting slower and slower and it’s like the images aren’t compressed at all. Our storage for the site has also expanded and it seems like it’s all images. Any guidance on how I can further test the issue would be wonderful. Thank you!

Autoptimize only optimizes the front-end, so it very unlikely to be related to images not being optimized when uploading anyway ??

Hello @toxoplasmaarts ,

Have you tried regenerating image thumbnails as advised here https://www.ads-software.com/support/topic/no-meta-unable-to-locate-resource/#post-13481493 ?

If that didn’t work, could you share with us image (orginal size) that throws an error when smushed?

kind regards,
Kasia

Hi there @wpmudev-support2 ! Yes, I did just try to regenerate thumbnails and that worked successfully. The immediate attempt to smush the images after that didn’t work, but when I filtered out the non-smushed images in my Media and individually smushed, that worked. I flushed my cache and did a new page speed insights test and I keep getting the “Unable to locate resource” warning- I checked with my host and we don’t see anything wrong with my database and we’ve got plenty of storage.
Thank you!

Hi @toxoplasmaarts

I hope you’re well today!

Let’s sort things out a bit ??

1. The “No file data found in image meta” is referring to the “meta” as in “WordPress database post meta”.

Each image that’s added to Media Library is actually a post of “attachment” type; each post has also some meta information stored in the “wp_postmeta” table in the site’s database.

The errors means that the value of “file” metadata for this given image is either empty or doesn’t exist. The value of that field is fetched by standard WordPress function “wp_get_attachment_metadata()”.

Such issue usually happens if image meta data was previously “manipulated” somehow. Some image optimization plugins can do this, some types of CDN’s and image offload solutions. It can also happen if the image was added in some “non-standard” way, for example imported to media library from FTP using some custom script.

Now, the fact that image is visible on page doesn’t mean this issue can’t happen. Remember please that when you upload an image to Media Library, WordPress creates additional smaller images out of it, based on registered image sizes. A possible scenario is, for example, that the “large” thumbnails is used on site and it is fine in the database but then there’s also “my_custom_image” image size registered but corresponding image doesn’t exist.

2. Regnerating thumbnails should actually help solve it but

– depending on a plugin that you use for that, you might need to make sure that the process is set to regenerate all thumbnails and not skip any registered sizes
– and you might need to make sure that all image offload/image CDN plugins/tools are disabled during that and that all the images are actually physically present on your server (locally to the site; as some offload/CDN plugins do actually physically remove them)

3. The “unable to locate resource” warning doesn’t seem to be related to the same images, actually. I run PageSpeed again on the site and it doesn’t show full URLs of these images for me (note: the “not located” images mentioned within the orange(ish) error message) but from what I can see they are related to Instagram.

I’m not exactly sure how this “instagram” part works on your site but the URLs of the images reported as “unable to locate resources” – when checking homepage page source code, I can’t even locate these URLs. I can, however, see that there’s an entire block of Instagram images that are loaded dynamically via some JS so that’s most likely the issue here – a bit “misinterpreted” (by PageSpeed) URLs and Instagram actually blocking direct access to these images (Instagram only allows reading them via API, not via direct URLs).

Best regards,
Adam

Hello @toxoplasmaarts ,

We haven’t heard from you for almost 2 weeks now, seems that advice from my colleague helped to sort out this problem.

If not, please feel free to re-open this ticket.

kind regards,
Kasia