Akismet WordPress plugin 2.5.6

Version 2.5.6 of the Akismet plugin for WordPress is now available. This is a maintenance release that includes several bugfixes and improvements to performance and robustness:

  • Prevent retry scheduling problems on sites where wp_cron is misbehaving
  • Preload mshot previews
  • Modernize the widget code
  • Fix a bug where comments were not held for moderation during an error condition
  • Improve the UX and display when comments are temporarily held due to an error
  • Make the Check For Spam button force a retry when comments are held due to an error
  • Handle errors caused by an invalid key
  • Don’t retry comments that are too old
  • Improve error messages when verifying an API key

To upgrade, visit the Plugins tab of your wp-admin dashboard and follow the instructions. This version of the Akismet plugin requires WordPress 3.0 or higher. If you haven’t already upgraded an old copy of WordPress, now is a good time: the new plugin release will provide significantly more accurate results than the legacy plugin available for WordPress 2.x.

If you haven’t yet activated Akismet, you can sign up for an API key here. Personal blogs and sites can choose how much to pay, starting at $0.

Akismet WordPress plugin 2.5.4

Version 2.5.4 of the Akismet plugin for WordPress has been released. This is a maintenance release with minor fixes and improvements:

* Less Javascript and CSS is loaded in wp-admin
* Added link previews and a link removal button to comment moderation pages
* The Akismet configuration and stats pages are now under the Jetpack menu when Jetpack is installed.
* Old Akismet comment metadata is removed to save space

Read the changelog for full details.

Like all 2.5+ releases, this plugin requires WordPress 3.0 or higher. To upgrade, visit the Plugins tab of your wp-admin dashboard and follow the instructions.

Partial API outages

There were two separate problems affecting availability of the Akismet API today.

The first was a network configuration problem that caused some servers to be unresponsive. Some users may have noticed problems during a 15 minute window starting around 12.30pm PST.

The second was caused by some spurious code that was inadvertently deployed to our production servers. The majority of API calls resulted in an invalid response for a 30 minute period starting around 11.00pm PST.

We apologize for the inconvenience. We’re investigating both incidents closely and putting new measures in place to prevent similar incidents from happening again.