Cloudbridge Mattermost 2.1.0 with Cloudflare support

Cloudbridge Mattermost is a WordPress plugin that provides integration between WordPress and Mattermost.

Cloudbridge Mattermost 2.1.0 has been released with fixes and new features!

New features include support for Cloudflare and verified WordPress 5.8 compatibility.

You can read more about it here: It is available via the WordPress plugin repository and from GitHub

EasyMap 1.1.0 for WordPress

The EasyMap for WordPress plugin provides uncomplicated Google Maps functionality for your WordPress web site. It allows a great deal of control over Google Maps features and comes with support for pre-defined location address formats as well as a custom template editor.

Basic functionality includes:

  • Up to 200 locations can be displayed
  • Choose to display all or some of the configured locations
  • Choose Google Maps details to be shown
  • Support for Custom CSS
  • Export and Import locations and plugin configuration
  • Support for multiple address formats
  • Compatible with WordPress 5.5+
  • Compatible with PHP 7.2 and 7.4

EasyMap on

There’s more EasyMap information available here:

stripslashes / wp_unslash with multibyte / mbstring support

One truly annoying thing with WordPress is that it doesn’t use the mbstring extensions at its core. I fully realize how big of a task a re-write is in this regard, but considering there are utility functions for just about everything you want to do as a WordPress plugin and/or theme developer, I think this needs to be addressed. Oh, and it’s 2021 by the way.

An issue that quite a few seem to be frustrated about is POST/GET form data handling, and the situation with single and double quotes being “escaped”.

Without further ado, this snippet will “unslash” a string, with support for multibyte characters (there’s no magic here, really):

function x_stripslashes( string $str ) {
    return( mb_ereg_replace( '[\x{005c}][\x{0027}]', '\'',
                             mb_ereg_replace( '[\x{005c}][\x{0022}]', '"',
                                              $str ) )

Stupid: Call of Duty Black Ops and Modern Warfare

Having played the Black Ops / Modern Warfare series of games for as long as they’ve been around, there are quite a few annoying things that keep coming back in one shape or form in the various releases. Obviously, me not agreeing with these things must be entirely on me, I’m sure the rest of the gaming community is alright with it.

1. Why, oh Why aren’t objective based games scoring based on objectives (other than “kills”)? You call a game mode “Hardcore Domination”, yet you rarely see those with most objectives at the top of the scoreboard. Those players are the difference between winning and losing a game of “Hardcore Domination”. Yet we often see snowflake players sitting at the very back, “sniping” away with their thermal scopes and hardly moving more than 30cm during an entire game. And of course, the “Team Deatchmatch” players who repeatedly end up in the “wrong lobby” (i.e. “Domination”) and fail to grasp the (not so advanced) concept of the game mode.

2. Why, oh Why aren’t the publishers (there has been a large number of them by now) listening to players? If a map is often downvoted, why does it keep coming back? Every iteration of “Call of Duty”, be it Black Ops or Modern Warware have some great maps, and every iteration of these games have absolute shit maps (“Miami” is a good example in the current edition). It would, at a minimum, be a very welcome change if I, as a player (and paying customer), could at least block certain maps from my matchmaking. I DON’T WANT TO PLAY MIAMI BECAUSE IT’S A SHIT MAP.

3. Why, o Why, are the publishers, after a few “seasons” of a game, introducing jumping rabbits, “funny” outfits, “stickers”, “accessories”, and all the other junk that appears more frequently as a game is “progressing”?! I’m sure people who want “bunny outfits” can go and play Fortnite instead, no?

4. Why, o Why, don’t the publishers require a right to copy/clone/publish great maps from previous franchise editions of Call of Duty Black Ops and Modern Warfare? Historically, there have been a lot of such great maps (“Crash”, “Gun Runner”, “Highrise”, “Hackney Yard”, “Shoot House”, “Summit”, “Havana”, “Terminal”, “Raid”, and “Firing Range”). This is just stupid. Sure, we like new maps, but there’s a reason many of the “older” maps are so popular: They work.

5. When, o When, are we going to see some bolder objective game modes, like 4x3v3 or 4x2v2?

Keep search parameters when using WP_List_Table and navigation

WP_List_Table is a reasonably flexible way of creating data tables in WordPress Admin Plugins. While there are plenty of warnings and words of caution against using WP_List_Table throughout the WordPress documentation and elsewhere on the Internet, it is a very popular method in use by many plugin authors.

Whether or not it’s a good idea to use WP_List_Table for your plugin is beyond the scope of this post.

While developing a plugin that is using WP_List_Table, I came across a rather well-known issue. The issue is that once the user enters search data, you would (logically) think that the search data is maintaned while navigating the search result. Unfortunately, when the user clicks on the previous and next links, or clicks on one of the table headers to re-sort the search result, the search is “lost”.

This can, technically speaking, be avoided if you resort to using METHOD="GET" rather than METHOD="POST" in your table form. But I wanted to avoid this since the entire GET request is passed in the URL and thus ends up in logs, etc.

So, how to use POST instead of get, and still maintain the search parameter across page loads?

The WP_List_Table class makes extensive use of the set_url_scheme() function to create various headers and clickable links in the table view. Unfortunately, this function is rather generic in nature and does not take the parameters from WP_List_Table::search_box() into account. But, as is the case with most functions in WordPress, as a last action, the set_url_scheme() function calls any hooked filters before it returns.

Keep search parameters between page loads

The example assumes $your_table is an object derived from WP_List_Table.

echo '<div class="wrap">';
echo '<form action="admin.php?page=your_plugin_table" method="post" name="your_table_form">';
echo '</form>';
echo '</div>';

The two functions of interest here are mangle_url_scheme_start() and its companion, mangle_url_scheme_stop(). These go into your class derived from WP_List_Table like this:

public function mangle_url_scheme_start() {
    add_filter( 'set_url_scheme', [$this, 'mangle_url_scheme'], 10, 3 );


public function mangle_url_scheme_stop() {
    remove_filter( 'set_url_scheme', [$this, 'mangle_url_scheme'], 10 );

The last piece of the workaround is the mangle_url_scheme() function:

public function mangle_url_scheme( string $url, 
                                   string $scheme, 
                                   $orig_scheme ) {
    if ( ! empty( $url ) 
        && mb_strpos( $url, '?page=your_plugin_table' ) !== false 
            && isset( $_REQUEST['s'] ) ) {
        $url = add_query_arg( 's', urlencode( $_REQUEST['s'] ), $url );
    return( $url );

This is only done on your plugin table page, and it’s only done if the $_REQUEST['s'] parameter is set. I can’t see how this will cause any issues further down the road, but you may experience different results. You may want to sanitize the contents of $_REQUEST['s'] further before you urlencode it.

I am reasonably convinced that there are other, and better, ways of doing this. But I haven’t found one yet.


WordPress Update Services 2021

Here’s, hopefully, a resonably up to date list of URLs to use for WordPress Update Services in 2021, with duplicates removed 🙂

I don’t think there’s a “best practice” for these, and everyone’s opinion seem to differ on the subject. So I am by no means claiming that this is a complete or good list for WordPress Update Services, but it’s possibly a start.

These go into Settings > Writing > Update Services