• Resolved kosis

    (@kosis)


    Have used WP-Optimize for a long time, latest version (3.2.1), but now discover that it has not been optimizing my images even though it’s set to “Automatically compress newly-added images.” Every image shows “saving 0 percent using WP-Optimize.” I have not been using any other image optimization. When I try to compress an image individually, the “Compress image” button in the compression meta-box on the image’s dashboard media page has no effect; that is, nothing happens. I installed a different image-optimizing plugin and tested compressing a few images individually. In every instance, I got a saving of 20 or 30 percent. Any thoughts? Many thanks.

Viewing 6 replies - 1 through 6 (of 6 total)
  • @kosis We will try to reproduce the issue at our side and update you soon on the same.

    Thank you for your time and patience.

    Meanwhile, Have you performed a conflict test yet?

    Try deactivating all plugins except for WP-Optimize and see if it is resolved.

    If so, reactivate each plugin one at a time until you find the culprit. You can check for the issue between activating each plugin, so you can see which one is causing problems.

    Please let us know your findings.

    Thread Starter kosis

    (@kosis)

    Many thanks for your swift reply; much appreciated. No plugin conflicts. — Newly uploaded images do indeed have active “Compress” or “Mark as uncompressed” buttons in the meta-box under the “Compress image” field, but I have always assumed that the “Automatically compress newly-added images” option (turned on) was compressing newly uploaded images automatically. Does one still have to click manually on the “Compress” button for a newly uploaded image even though that option is set to do it automatically? Perhaps I’m misunderstanding what that option really means. — In any case, all my previous images are still marked, to take an example, as “The file was compressed from 247.13 KB to 247.13 KB saving 0 percent using WP-Optimize,” and there is no option to compress it again or retry compression. That is, WP-Optimize is set to optimize automatically on upload, and all images are identified as “The file was compressed” but always with “saving 0 percent using WP-Optimize.”

    FWIW my host told me yesterday that the slowdown was being caused by the unoptimized images, not the plugin version itself. So the version is apparently okay; my problem seems to be what I describe above. Thanks again.

    @kosis When “Automatically compress newly-added images” is on it should compress the image automatically when you upload the image.

    Have you checked WP-Optimize > Images > Compress images section if the newly uploaded images are there in the list?

    Thread Starter kosis

    (@kosis)

    Thanks again for the response.

    Over the weekend I went > Images and clicked on > Mark All Images as Uncompresssed, waited for the Uncompressed Images field to populate, then bulk recompressed all my images again.

    With the “Automatically compress newly-added images” function still on, I then uploaded some new, uncompressed images as a test. They did indeed now appear in the Uncompressed Images field, and were indeed eventually compressed with a significant savings.

    To answer your question: Before my bulk recompression procedure: No, newly uploaded images did not appear in the Uncompresssed Images field, but now they do. I do not know why. Nor do I know why all my images were previously labeled “compressed with 0 percent savings.” But I’m fine with it as long as it works, so you don’t need to try to troubleshoot that any further.

    The issue I discovered after the bulk compression of all my images is that clicking on “Mark All Images as Uncompresssed” does *not* actually mark *all* images as uncompressed and does *not* include them in the bulk recompression.

    After the bulk recompression finished, I found hundreds of images marked “This image is already compressed by another plugin” that were not recompressed by WPO but that have no visible function or button with which to mark them as “uncompressed,” so I’m having to recompress them all manually, which is, as you know enormously time intensive.

    So my new questions:

    (1) Are those intentionally *not* included under “mark all images as uncompressed”? They do, after all, belong to “all images” in the media library;

    (2) If they are are not included in “all images,” how does the user know? Does WPO tell the user somewhere that they will not be included? I never saw any message like that.

    (3) is there any way to find them and mark them all (bulk) as uncompressed so WPO will add them to the uncompressed field? This seems like a curious oversight. I don’t understand why “mark all images” does not really “mark all images.”

    Perhaps your team could change the plugin’s behavior with this aspect?

    Thanks again for your responses.

    @kosis

    (1) Are those intentionally *not* included under “mark all images as uncompressed”? They do, after all, belong to “all images” in the media library;
    > No it should include in “mark all images as uncompressed”, it should be an intermittent issue on your site.

    (2) If they are are not included in “all images,” how does the user know? Does WPO tell the user somewhere that they will not be included? I never saw any message like that.
    > It should be an intermittent issue in your case.

    (3) is there any way to find them and mark them all (bulk) as uncompressed so WPO will add them to the uncompressed field? This seems like a curious oversight. I don’t understand why “mark all images” does not really “mark all images.”
    > It does selects all the images when you click on mark all images and click compress button, it will compress all the images in the list.

    Thread Starter kosis

    (@kosis)

    Okay, many thanks, Harshad. I understand that these intermittent anomalies happen. Things seem to be working now after the bulk recompression, and I’ve manually recompressed the ones the “Mark as uncompressed” didn’t get, so I’ll see whether the plugin behaves normally now.

    Thank you again for getting back to my queries.

Viewing 6 replies - 1 through 6 (of 6 total)
  • The topic ‘Compression not working’ is closed to new replies.