As designed StopForumSpam::getSfsSpamFlagCount $counts argument does not match the return result

[Xon]

Affected version

2.0.10

getSfsSpamFlagCount unconditionally adds a SFS part to the $count if it has a frequency & appears even if that part does not match the last seen & frequency cut-offs. The functions return result (ie a flag count) however does, and this is what triggers the accept/moderate/reject behaviour.

This means inspecting the logged 'sfs_matched_x' instances do not actually match the reason for why the account was rejected.

 

[Mike]

This is generally intentional. While I understand the argument, removing these additional details would remove information that may be useful to a human, such as when it comes to tuning their configuration or taking multiple signs into account when managing a registration sent to manual approval.