the facebook thingie is known; if you’re using “inline all CSS” or “inline & defer” with a big block of critical CSS, then the CSS pushes the OG-stuff down to where FB refuses to see it. the solution is to change the injection-point of the AO’ed CSS by using a little filter like this;
add_filter('autoptimize_filter_css_replacetag','justin_css_replacetag',10,1);
function justin_css_replacetag($replacetag) {
return array("</head>","before");
}
not saving changes/ (de)activate not working I cannot help with, this is not a common problem. reinstall maybe?
enjoy the weekend! 🙂
frank
Just FYI, I am having the issue with Autoptimize not deactivating as well. I click “Deactivate” and the plugins page reloads and says the plugin was deactivated but it shows as still being active. I have trie half a dozen times and it simply will not deactivate.
deactivation is a wordpress-core function, which AO hooks into to purge the cache and to remove it’s options. what might be happening is that when your cache is huge, the purge-action doesn’t finish successfully and thus involuntary breaking the deactivation. if that is the case, removing /wp-content/cache/autoptimize/* before deactivating should fix the problem.
alternatively you could simply remove the plugin (and the cache) using FTP/ cPanel or whatnot.
hope this helps,
frank
Hi Frank,
I was just about to post a follow-up. It seems that the issue was not specific to AO but to all plugins and themes but it had nothing to do with WP. A plugin (haven’t figured out which one yet) is hanging and causing at Gateway timeout so the HTTP request to deactivate the plugins never actually gets processed. For whatever reason, though, WP _says_ the request was successful when it was not.
The reason it looked like an AO issue was because it just happened that I was trying to disable AO at the time.
Thanks for the follow-up though.
Cheers,
Scott
