tomhouy

I’m running into this problem as well. When I click on the link to add a product to a post, the window to the left is completely blank. I’m running WP 4.3.1 and the latest version of this plugin (not the pro version).

That makes more sense, lol. Thank you for your help!

The most recent ASIN # I tested out was B00KRLKXA4. I’m also using the Headway theme framework btw, but before posting this I also tried switching back to Twenty Fourteen theme and I’m still getting the same issue. I’ve even disabled most of my plugins. There appears to be an empty DIV of some sort and a clickable link on the rendered post for where the medium sized image should be, but no actual medium sized image.

Thanks for your response. I gave “med-image” a try as well, but fwiw it does not appear to be producing any image(s). I look forward to the updates!

I just realized that I was actually using “Hyper Cache Extended” not your plugin, my apologies. However I did deactivate Hyper Cache Extended, and installed yours instead, and tested it out. Everything appears to be working fine! I will actually be switching my other sites over to Hyper Cache as well now, lol. Thanks!

Are you using Cloudflare as well? If so, I read on some other support forums that this could possibly be a false alarm as Cloudflare is regularly changing stuff on their end.

This is happening to all of my sites today, if I am not logged in as an Admin. All I get it a bunch of gibberish code like pictured above when I visit my site.

I first noticed this happening a few days ago, when I was setting up two new sites and tried adding them to Google Webmaster Tools after I had installed WordFence. The preview images they were generating for the sites looked like those above – which had me worried, that Google’s bots were not seeing the site properly.

Now that it is happening on all of my sites, I have no choice but to remove this plugin and try someone else’s.

I’m noticing the same problem, when I tell Google to crawl my sites and render a preview, the results are just a bunch of messed up code – this cannot be good for SEO. I didn’t catch this initially with some of my other sites, because I had set up Google Webmaster Tools long before I installed Wordfence.

I will be removing this from all of my sites as well, if there aren’t any official responses on here sometime soon.

Ok, after some testing, I’ve noticed the following behavior:

If I have an htaccess file at the root level, *and* in the subfolder where WordPress is installed, when I enable Falcon Engine, it only updates the htaccess file in the subfolder – not the root htaccess file.

If I delete the htaccess file in the subfolder, and there is only one htaccess file at the root level, then enable Falcon Engine, Wordfence will then update that htaccess file at the root level.

(Incidentally, I put Cloudflare into Development Mode, and disabled the Cloudflare plugin, as well as purged the Cloudflare cache before doing all of this. I am not sure if this had anything benefit or not though.)

I am assuming the htaccess file needs to be at the root level, if I have my WordPress index.php at the root level, and the rest of the WordPress files in their own subfolder. However, I would suggest you make this more explicit in the Wordfence admin area as well as the documentation, and perhaps give an option to toggle which htaccess file it should be writing to depending on your WordPress installation.

I am still unclear about if I need to have the Wordfence Cloudflare option selected if mod_cloudflare is already enabled on my server though.

After reading through some other users comments, as well as the Wordfence blog, I noticed that this issue was supposedly addressed in an update earlier this year – having the WordPress index.php file at the root level, while all other WordPress files are in a subfolder.

However I don’t recall seeing any option to specify this within Wordfence. Does it just auto detect it? And if so, does it write to both .htaccess files at the root level and in the subfolder? Or is it supposed to only be one or the other?

Also, I am currently using Bluehost, which has “mod_cloudflare” already installed and enabled. This is supposed to take care of the IP address issue, and pass along the real visitor IP address. If this is running, do we still need to choose the “Cloudflare” option within Wordfence? Is this redundant and/or would this possibly cause problems?

I’m having the same issue. The only workaround I’ve been able to find so far is to temporarily disable jetpack (or I suppose Omnisearch as others noted here) then switch themes and re-enable it.

Perfect. Thank you!

That seemed to fix the issue, thank you! Is there any disadvantages to having it set to zero that I should be aware of?

The site is not live yet for the client.

That’s the odd thing, I hadn’t applied any styles. I’ve been reading around on a few other threads on here and there appears to be a bug with the latest release of WordPress.

These extra span tags interfere with my own CSS.