CIDR format in block list not recognized. For example 114.96.0.0/19

I did install the newest beta three times, and 114.97.201.8 is still ending up today in my good cache, even when it is already also hardcoded without a mask in my deny-list since yesterday by marking it bad in my good cache and not visible in my good cache today. Quite strange. I’ll try the Diagnostics this weekend myself to see whether the isolated routine works.

The part of the code that seems to do this match, in stop-spammer-registrations-plugin/classes/be_module.class.php doesn’t differ between the productional and the beta version, so probably something is wrong with the beta updater, or we are looking at a different piece of code. I would expect line 89 to do the final match. The code above that line looks like it ought to.

By the way, the productional PHP-build of my provider we talk about is
PHP Version 7.0.3-5+deb.sury.org~trusty+1
Linux web20 3.16.0-59-generic #79~14.04.1-Ubuntu SMP Mon Jan 18 15:41:27 UTC 2016 x86_64

which is freely available on a foreign site.

Still the diagnostics of this new version doesn’t recognize 114.97.201.8 as 114.96.0.0/19

I now look at this version:

// searching for an cidr in the list
list($subnet, $mask) = explode(‘/’, $search);
$x2=ip2long($needle) & ~((1 << (32 – $mask)) – 1);
$x3=ip2long($subnet)& ~((1 << (32 – $mask)) – 1);
if ($x2 == $x3){
return “$searchname:$reason”;
}

However, when I modify this piece of code in the plugin it doesn’t work for the same address. On the prompt I tested it with this php-program:

<?php
list($subnet, $mask) = explode(‘/’, ‘114.96.0.0/19’ );
$x2=ip2long(‘114.97.201.8’) | ((1 << ($mask)) – 1);
$x3=ip2long($subnet)| ((1 << ($mask)) – 1);
if ($x2 == $x3){
echo “match”;
} else
{ echo “no match”;
}
?>

I guess you’re right.

By the way, I also have the Heartbeat Control plugin active, with the settings

– Allow only on post edit pages.
– Use default