Hi Henrik, if no images are found, that’s usually because they are all under 4032×3024.
Do you have images that you know are larger than that, and it’s not finding them?
The search is based on the image metadata that WordPress stores in the database, unless you choose the deep scan, which will actually check the image dimensions in the files directly.
Sorry I was a bit unclear, the images were found! But when I select an image in the result list that is big (4032×3024) and then click “Resize selected images” then nothing happens. The image is not processed. However if I select an image that is smaller it works fine. So it seems in my installation it is impossible to compress big images.
Thanks,
Henrik
Does it give any response, or does literally nothing happen?
That’s correct, nothing happens. The “results/progress” area doesn’t even open. Though I now converted all other images on my site, so only one single image refused to be converted. (The big one mentioned above). So no big problem for me at the moment. Is there a debug option to see any errors in the background?
Thank you,
Henrik
If you know how to use the Chrome dev console, I suspect you would see an error there. The firefox console is a bit nicer for AJAX operations like this.
However, if my guess is correct, you won’t see much more than a 500 server error happening.
So, my guess is that your server is running out of memory (could even be hitting the PHP memory_limit) when you try to resize that large image to 4032×3024.
Resizing of images is very memory-intensive, and when you have a large image to start with, and then it creates another 4032×3024 image in-memory, that’s going to eat up a lot of resources.
To test that theory, try doubling your memory_limit, or ask your webhost if it can be increased.
Ok that’s great. I will try this when I have the time. For the record I have the image size constraint to 1024×1024. So 4032×3024 was the original dimensions of the image.
Thanks,
Henrik
