Tim

A scan just found the change happen again to file wp-includes/js/wp-emoji-release.min.js. I emailed the activity log to wftest @ wordfence . com and I downloaded a copy of the file if you need it.

There is no way I am doing that. I know this is the go-to thing developers ask when there is an issue but, in my experience, 99 percent of the time it is a useless endeavor that wastes a ton of my time and causes unnecessary disruption to my site. I have 24 active plugins, not including this one. That is a lot of activating one by one, purging the cache, and trying to turn on Optimize CSS Loading again.

Are there any known issues? Maybe a conflict with Cloudflare? I know with the regular Jetpack plugin I can’t use Cloudflare’s Rocket Loader because of a longstanding issue.

Do you want me to send that file?

I’m not sure I know what you are asking for… VIEW FULL LOG? The log does not appear to have data going back that far. I do have a copy of the changed file. Do you want that? I can email that to you on Monday.

Turning off Defer Non-Essential Javascript and Lazy Image Loading does not change the outcome. Optimize CSS Loading still gives Failed to generate Critical CSS error message.

My site is https://www.mychesco.com/ if you want to run tests.

I use DreamHost’s DreamPress and believe they do have a partnership with Jetpack. I’m not sure why they would be blocking Jetpack. PLUS, the original Jetpack plugin is not being blocked, as I am a Professional plan user with no issues with that. AND, if you read my original post, I actually referenced that link and did state I whitelisted Jetpack. This really reads more like a generic canned response than addressing my issue.

• This reply was modified 3 years, 5 months ago by Tim.

I am using Version 1.1.0. Defer Non-Essential Javascript and Lazy Image Loading are turned on. Optimize CSS Loading gives the error “Your site’s REST API does not seem to be accessible.”

That is not what has been happening. If I select a category, it will post to that one plus any others that match.

Ok… what are those options? Do you have a list?

The snippet gives a critical error:

`Error Details
=============
An error of type E_ERROR was caused in line 566 of the file /home/…/wp-content/themes/hitmag-pro/functions.php. Error message: Uncaught ArgumentCountError: Too few arguments to function tjalexander70_varnish_urls(), 1 passed in /home/wp_kst7tk/mychesco.com/wp-includes/class-wp-hook.php on line 294 and exactly 2 expected in /home/…/wp-content/themes/hitmag-pro/functions.php:566
Stack trace:
#0 /home/…/wp-includes/class-wp-hook.php(294): tjalexander70_varnish_urls(Array)
#1 /home/…/wp-includes/plugin.php(212): WP_Hook->apply_filters(Array, Array)
#2 /home/…/wp-content/plugins/varnish-http-purge/varnish-http-purge.php(1045): apply_filters(‘vhp_purge_urls’, Array, 412599)
#3 /home/…/wp-includes/class-wp-hook.php(294): VarnishPurger->purge_post(412599, Object(WP_Post))
#4 /home/…/wp-includes/class-wp-hook.php(316): WP_Hook->apply_filters(NULL, Array)
#5 /home/…/wp-includes/plugin.php(484): WP_Hook->do_action(Array)
#6 /home/…/wp-includes/post.php(4384): do_action(‘save_post`

Thanks. I just need two… I think. Stupid question but… that goes in functions.php, right?

Just downloaded the update and the link class (which now should be just for external links) is still added to all links, even the internal ones.

UPDATE: I was wrong… didn’t initially understand you had it set up as a default. It seems to work. Thanks again.

• This reply was modified 3 years, 6 months ago by Tim.

Thank you!

UPATED: I was able to get the plugin to perform a complete uninstall. However, the issue continued when reinstalled.

Yes, the issue was with my hoast and unrelated to the plugin. Everything has been resolved and the plugin works great.