massivescale

A wp-cli based approach to this (and similar) problems – stores list of active plugins, deactivates and updates all plugins, then re-activates plugins:

wp plugin list --status=active --format=csv --field=name >/tmp/active-plugins.txt
wp plugin deactivate --all
wp plugin update --all
xargs wp plugin activate  </tmp/active-plugins.txt

That’s interesting. It broke my client’s site in Safari precisely because it was serving webp to it. It happened to random visitors and I was able to reproduce it.

I took a look at your code and there’s something that’s supposed to serve it conditionally, so I don’t know what happened, but I know the moment I deleted .htaccess and deactivated the plugin, Safari started working.

+1, it’s all over my logs.

It seems wp_get_schedule() returns a string so it’s enough to cast $updateSched to (int)

Next time you try 2.0+, see if this plugin helps you: https://f.gdr.name/fix-wpgive-ajax.zip – it implements the last section of https://givewp.com/documentation/core/frequent-troubleshooting-issues/admin-ajax-blocked/ (“AJAX is Definitely Working on My Site”)

Be sure to try all the other solutions from the documentation first, though

Hi, a client has the same problem (I’m the host in this case).

Tools->Admin AJAX: inaccessible.

But the request isn’t even sent, I checked Developer Tools – nothing in Network tab (except the native WordPress admin-ajax.php after 60 seconds, returning HTTP 200) and nothing in Console tab (where “request blocked” entries sometimes appear).

Obviously nothing in access log, because the request isn’t being sent.

Access-Control-Allow-Origin: * header has been added (confirmed in Developer Tools)

Give 2.0.0, WordPress 4.9.2,