natejacobson

Looks good, Alex. What a quick fix. Thanks!

Killed our websites too even though the plugin was no longer in use. Fortunately we moved away from FA some time ago, so deletion was an option. See: wp_enqueue_scripts(‘fa_referrer_hea…’)

WP_Hook->do_action(Array)\n#5 /nas/content/live/XXXXXXXXXXX/wp-includes/script-loader.php(2027): do_action('wp_enqueue_scri...')\n#6 /nas/content/live/XXXXXXXXXXX/wp-includes/class-wp-hook.php(292): wp_enqueue_scripts('fa_referrer_hea...')\n#7 /nas/content/live in /nas/content/live/XXXXXXXXXXX/wp-includes/capabilities.php on line 692

I’m happy to see this is on the roadmap, ionut.calara. We use an after-dowload image compression plugin, but with the files coming out of Adobe Stock, which sometimes exceed 15mb, the plugin fails (WPEngine/ImageMagick limits). It would be tremendously helpful to be able to get a less than maximum size image from Adobe in the first place. Thanks for the super-helpful plugin.

Thanks @ixiter and @munirkamal. That screencap was above and beyond.

Really glad to see this error resolved in the latest push, @emmek.

Thanks for the feedback, @emmek. I’m watching this plugin closely for the day it’s stable. Looks so promising. Thanks.

Very well said, Josh. Exactly.

That’s certainly better than the alternative, @karmatosed. Thanks for pointing that out. I was concerned about lock-in if too much of the formatting of an article’s parts resides in the comments, but as I look at it now, it appears that the HTML structure is also in place. So, yeah, it seems my concern may be unfounded.

To boot, the UI has been improving leaps and bounds with each update. I’m really impressed.