Krista Molino

In the WF config, do you select “treat images as .exe files”?

I don’t think so, because the name had already changed before the WordFence install, my widgets were there, and when I restored after removing WF they were once again there. (although I did wonder why the name change, people don’t react well when you move their cheese)

WordFence is fine on the large percentage of my sites not using this widget plugin, and the two I tested it on–who knows? They each have about 10 other plugins in use, quie a few in common, and everything from db issues to misplaced jquery can mess up the universe. I once had a tabs plugin that would simply not produce tabs until I moved another plugin’s jquery to load after the tabs’ jquery. Whatever! But I am very appreciative of all the help…on these 2 sites I’ve just double-beefed the .htaccess security and I always do the standards (no admin use, no wp_ table names, yada yada). Plus I have Sucuri accounts for all the sites so if something does slip through I’ll know it. Although I really do appreciate your above and beyond, I don’t think you should waste more time. Thanks!

I could of course see the tables prefaced “wf” and deduced what those were. I am able to check for database integrity and table corruption myself via PHPMyAdmin; I also ran a phpinfo.php and everything is just fine. No, disabling and removing the plugin did not fix the problem. (Incidentally, I notice that removing the plugin–on several sites, not just this one–leaves the wf tables in the database and a folder on the server.) I have dedicated hosting, and again, I am able to see from shell access that server space is MORE than plentiful.

I hear what you’re saying about it not being your plugin but I tried it on another site, different server, same result. Fortunately I use ManageWP for my 100+ sites and was able to restore in no time flat.

So thanks for trying to help. Certainly WordFence is a highly touted and respected plugin so my experience is not going to make any waves, and my sites are restored and using other security plugins so all is well.

Appreciate your ideas and trying to help! Have a great day!

I have discovered that the widgets it removed were all created using Black Studio Tiny MCE.

Our site is using a hand built theme — based on WP’s 2012, but highly customized. We had two problems, one of which was that wp_footer( ) was NOT in fact correctly called–but that didn’t actually fix the issue; the second error was a jquery conflict. We had to change the order of the jquery calls for the theme and then it worked perfectly.

I frequently use Genesis/Agency and if you have not edited or altered the footer.php file then it’s highly unlikely the wp_footer() problem is what’s happening. I would guess that another plugin on your site is causing a jquery conflict. (My 2 cents.)

Krista

OK, so I am backing up to Amazon S3 and have done these:
– change “Restart on archive creation” to 200
– change “Maximum number of retries for job steps” to 9 or higher

And am still getting the error. I understand what you’re saying about the host/server…can you tell me how to do this suggestion?:
“You can also try to split your backup jobs into smaller ones.”

Thanks,
Krista

The site is built on WordPress’ standard 2012 theme, and those calls are included in the header.php and footer.php.

Having the same problem on our site.

Figured it out. Thanks!