Hm. Well, I’m sure your images are still there – what exactly is the issue you’re seeing?
js.
FYI – In this version, images returned from the Media Library are checked for their size. If the size requested does not match what is returned, then a call to wp_generate_attachment_metadata() is made to get an accurate image.
The Codex is pretty clear that “This function can be used to regenerate thumbnail and intermediate sizes of the image after changes have been made on the Settings_Media_Screen but it does not check or delete intermediate sizes it previously created for the same image.”
http://codex.wordpress.org/Function_Reference/wp_generate_attachment_metadata
You can manually run this function on all Media Library images using a number of plugins, including http://wordpress.org/plugins/regenerate-thumbnails/ and http://wordpress.org/plugins/simple-image-sizes/ for example.
I had cropped my larger images in order to use as featured image, and these were being used by another plugin. My images are there, but the cropping I made for the thumbnail sizes with have been reset.
Hm. Let me see if I’m getting this…
You have various Media Sizes defined, and for one or more of these sizes — the thumbnails, it sounds like — you adjusted the crop area manually. So although all the image sizes are accurate, as defined in the Media Sizes, the standard crop area for some (which would normally be the center of the image) is different. And for some reason, when WordPress executed wp_generate_attachment_metadata() it re-cropped those existing sizes.
Hm. If my description of the issue is accurate, then that is indeed an unexpected problem. Let me dig around wp_generate_attachment_metadata() and see if I can avoid/bypass that behavior…
js.
Yes, my thumbnail sizes for many posts were a section of a larger photo. Those have all been reset, there is no cropping at all defined. (thousands of postings 🙁 )
Damn. That is indeed an issue. NGFB Open Graph+ now checks to make sure the dimensions required are actually those returned by WordPress, and since WordPress doesn’t provide image sizes “as needed”, then regenerating the image metadata is the only way. I certainly hadn’t anticipated this issue, and unfortunate as it is, I’m certainly grateful you reported it. I’ve already added a new “WP Auto-Resize” checkbox (unchecked by default) to enable/disable this feature. The new version will be out shortly. Unfortunately, WordPress seems to have done it’s thing and messed-up your custom cropping. I tried to look through the code for some filters a plugin might use to insert custom cropping values, but didn’t find any. :-/ I may just have to contribute some code for that – no reason WordPress should be hard-coded to center-crop all the time…
js.
I have to add, that I as I was trying to fix them and recrop they would continually reset.
Well, that *is* odd, though maybe not *completely* unexpected. I’ve found that the WordPress wp_get_attachment_image_src() function is somewhat unreliable and flaky — I’ve had to use an alternate method in this new version to double-check image sizes. I’m really surprised to find that WordPress is so unreliable in this area. Just goes to show, that when you start to dig, you never know what you’ll find. 😉
Hold on – this new version will be out in the next hour – just have to run it through a few websites to make sure those new lines of code are all good. 😉
BTW, please contact me at jsm@surniaulula.com for a free copy of the Pro version. It’s the least I can do.
Thanks,
js.
Just to confirm the problem is resolved as promised. Thanks!
