SoN9ne

Found the issue! Luckily, there’s nothing wrong with WordFence. The issue was due to caching. I purged my caches and now I get no errors… I swear, sometimes cache is more of a problem than a solution.

Still interested in the tables charset.

Thanks for your suggestion. I tried to repair the table and I get the message:

The storage engine for the table doesn't support repair.

The table structure is:

CREATE TABLE IF NOT EXISTS wp_wfBlocks (
  IP binary(16) NOT NULL DEFAULT '',
  blockedTime bigint(20) NOT NULL,
  reason varchar(255) NOT NULL,
  lastAttempt int(10) unsigned DEFAULT '0',
  blockedHits int(10) unsigned DEFAULT '0',
  wfsn tinyint(3) unsigned DEFAULT '0',
  permanent tinyint(3) unsigned DEFAULT '0',
  PRIMARY KEY (IP),
  KEY k1 (wfsn)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Further investigation shows that the error is getting triggered at wordfenceClass.php line 333 in the runInstall method.

$db->queryWriteIgnoreError("alter table $prefix"."wfBlocks add column permanent tinyint UNSIGNED default 0");

I also notices a few tables in wordfence that are using latin1_swedish_ci instead of utf8_general_ci. Is that by design?

These tables are:

• wp_wfBadLeechers
• wp_wfCrawlers
• wp_wfHits
• wp_wfLeechers
• wp_wfReverseCache
• wp_wfScanners

I’m going to try removing the plugin and re-installing it. Hopefully this will solve the issue.

This has nothing to do with this plugin but more about how other plugins or your theme is setting the paths to be http instead of using //

It’s not updated. It would appear it no longer is

Is this for all users or just the admin? If it’s the admin, make sure you force ssl for wp-admin. If it’s just a typical search form, this is actually due to your coding. You have http hardcoded or the permalink for the search page is a non-https page. So the warning is valid. try to not force to http or https but instead just use // as this will point to the current protocol.

Those are notices, they won’t be causing the issue unless you have errors set to display; possibly breaking headers but given you have a redirect loop, that doesn’t seem to be the cause. This is not enough information to even begin to help with your issue. How can it be duplicated? I have WordFence working just fine with this plugin.

A quick search on this support thread, actually the post under yours https://www.ads-software.com/support/topic/after-upgrade-to-40?replies=18 seems to have a solution. Try a search before asking for help..

Add:

body.modal-open {
    overflow: visible;
 }

to:
wp-content/plugins/custom-content-type-manager/css/manager.css

This fixes the issue for me. No core edit either.

Or add an event to the close event to set the overflow to visible. This seems to be the issue.

I also reported this bug to the developer. You can follow it here

Thanks for the fix right now tho. I can confirm this fixed the issue.

I too have this issue. The weird thing is, it works perfect on dev and stage but not on production. I even tried going directly to the page by using /wp-admin/edit-comments.php?page=socialCommentspanel and then I get the error You do not have sufficient permissions to access this page. This is very weird as I am the default Admin…

I disabled APC and memcache and the issue still persists. I also rebooted my server and the issue still exists. It should be noted that my stage and production server are 100% identical in setup. So the fact it works on stage and not production is completely baffling to me.

Hope this helps isolate the issue.

And it doesn’t save the destination for the ads. Preview doesn’t work either. This was done testing after I disabled debug.

I have this same issue.

This script breaks my other scripts on custom pages not using content… too bad. I did not find a way to call the plugin with php while not using content…