• EWWW: 6.0.1
    WP Offload Media Lite: 2.5.2
    YoImages: 0.1.8
    PHP: 7.4.11 running on nginx


    I am running EWWW with Offload Media to S3/Cloudfront. I am using YoImages to manually crop some of my image sizes, this works wonderfully with Yo’s cache-bust option (causes a new filename each time I crop). However, I would much prefer disabling cache-bust and just updating the existing crop (Object Versioning is enabled). EWWW properly detects the updated file and re-optimizes it but it is never uploaded to S3. Is this something you can fix?

Viewing 2 replies - 1 through 2 (of 2 total)
  • Plugin Author Delicious Brains Inc.


    If you switch on debug logging, anything found in the wp-content/debug.log file after the image fails to re-offload?

    Adding the following lines in place of the existing WP_DEBUG one will turn on debug logging.

    define( ‘WP_DEBUG’, true );
    define( ‘WP_DEBUG_LOG’, true );
    define( ‘WP_DEBUG_DISPLAY’, false );

    If there’s nothing produced after a crop fails to re-offload, does that YoImages plugin call wp_update_attachment_metadata() after it’s finished?


    Thread Starter falondrian


    Hello, thanks for the fast reply. Unfortunately no debug error is printed. The plugin indeed calls wp_update_attachment_metadata in yoimages/vendor/sirulli/yoimages-crop/inc/image-editor.php (130)

Viewing 2 replies - 1 through 2 (of 2 total)
  • You must be logged in to reply to this topic.