Compatibility with plugin "Enable Media Replace" broken with WP 5.3

[Screenfeed]

In its version 3.3.8, the plugin Enable Media Replace changed some things to adapt to WordPress 5.3’s new upload process.
Since this version, our compatibility is broken. Currently, Imagify is hooking 'emr_unfiltered_get_attached_file' to initiate everything:

add_filter( 'emr_unfiltered_get_attached_file', [ \Imagify\ThirdParty\EnableMediaReplace\Main::get_instance(), 'init' ] );

But now in \EnableMediaReplace\Replacer::__construct():

      if (function_exists('wp_get_original_image_path')) // WP 5.3+
      {
          $source_file = wp_get_original_image_path($post_id);
          if ($source_file === false) // if it's not an image, returns false, use the old way.
            $source_file = trim(get_attached_file($post_id, apply_filters( 'emr_unfiltered_get_attached_file', true )));
      }
      else
        $source_file = trim(get_attached_file($post_id, apply_filters( 'emr_unfiltered_get_attached_file', true )));

If wp_get_original_image_path() doesn’t return false, the hook 'emr_unfiltered_get_attached_file' is not triggered anymore.

This results in the images being improperly optimized, and the old backup file + old webp images not being replaced.
Plugin.

[Screenfeed]

Scope a solution ✅
Hook 'wp_handle_replace' instead of 'emr_unfiltered_get_attached_file'. The only downside is that this hook is located outside the class EnableMediaReplace\Replacer. The perfect solution would be to have a hook available at the beginning of EnableMediaReplace\Replacer->replaceWith(). Since the hook 'wp_handle_replace' is always used before creating a new instance of Replacer, it will work. This hook is also used by ShortPixel.

Effort ✅
Effort [S]