Forum Replies Created
-
Posts
-
Ok, I could not find any of your public IP addresses in our block list but I did the requests from your site admin in our logs. They all received a 200 (OK) status response which does not explain the “Service Unavailable or Too many request” your are getting from your admin… In short: I cannot explain the error :/
Please download the latest version from your account page https://premium.status301.com/account/ (Downloads tab) and install that zip through the admin Plugins > Add new > Upload as a new plugin. You’ll get the choice to update the existing but older version, answer Yes š
Our apologies for the inconvenience. Please let us know if this happens again at the next update!
Hi, is this when trying to update from within your site admin? If so, can you share the domaine name or the IP address so I can verify it in the block list?
You should also be able to simply download the beta-4 version from https://premium.status301.com/account/ then use the zip to install as a new plugin (which will upgrade the installed version)
OK, there is a new beta version available now that should fix the issue. To get the beta release, follow these steps:
1. Go to Settings > Google News and then open the License tab, you should see the option “Get updates for pre-release versions of Google News Advanced.”
2. Activate that option and then Save Changes.
3. Go to Dashboard > Updates and see if the new version 1.3.2-beta-4 is available there. You may need to click “Check again.”
4. Update to the new beta-4 version.Please let me know š
PS: after updating to the beta version and everything is working okay, you can disable the pre-release option on the License tab again. The beta version will remain installed but will get updated once the new stable version is released.
Update: I was able to reproduce the issue with Web Stories. We’ll work on a fix and I’ll let you know ASAP š
Ok, right. So the Story post type is a custom post type. This would explain “Keywords” being the only available option for Keywords, not Categories or Tags. But it does not explain the issue that Keywords tab does not appear on the post edit screen.
Are you saying the Keywords section appears on the Story edit screen but not on Posts?
Are you using https://wordpress.org/plugins/web-stories/ for these stories?
Quick update: I tested the free Astra theme but was not able to reproduce the issue. So it might be the Pro version, or another plugin.
To make sure it is not a lingering old setting, please go to Settings > Google News and re-save the options on the General tab. Then check the Advanced tab again.
Strange indeed. I wonder if it is the Astra Pro theme… I’ll try to test with he free Astra theme first and will let you know.
Are you using any plugins that manage custom post types or custom fields like AFC or Custom Post Type UI?
Hi, are you using a custom post type or pages for your news posts by any chance? In that case the option will only show “Keywords” because the other taxonomies (Tags and Categories) are not available in all selected post types.
But a “Keywords” section should appear on the right side of the edit screen, normally below the “Permalink” section…
If not, please let me know which custom post type (or plugin) you are using for your news posts.
Indeed the distance should not be a problem.
The weird thing is that this call to our server (checking for updates) should only happen during the wp_version_check cron job for privileged users. And so it should not be able to slow down your normal admin responses at all, just like any other plugin or core update verification or auto-updates.
The DOING_CRON constant needs to be set to true for the update check to happen during normal admin browsing… IS anything other than WordPress core defining the DOING_CRON constant? Do you have some plugin running that interferes with WP_Cron maybe?
And even then, the license is only checked (the EDD_SL_License->check() in your log) once per week, and the response is then stored as transient data. Do you have a plugin that deletes transient data that has not expired yet?
So in short, two mysteries here that I cannot imagine happening on a normal WordPress installation:
1. Why would the update check happen during normal admin browsing? It should only run when DOING_CRON is true.
2. Why would the license check run more often than once a week? It should store the license status as a transient in the database.I’ll be searching further…
