focus97

Thanks Matt R. I am indeed using nginx as reverse proxy, so perhaps that’s what was causing it. The strange this is that we’ve never had an issue on the server – only after the latest Plesk upgrade did Wordfence start tripping up. I’ll try the newer IP detection method and will also remove the server’s IP from the list of addresses that bypass all rules (that was the only way to keep Wordfence working while not having me and clients locked out).

Having the same issue all of a sudden. I host 10 sites on a Media Temple DV server, and after upgrading Plesk to version 12.5 yesterday, suddenly all sites have Wordfence issues. Most initially were “blocked as fake Google crawler”. I disabled that setting across the board, yet a few sites just kept coming up as blocked.

Looking .htaccess I could see the server IP itself was blocked. Delete that line and I get a “blocked by login security setting” error, which requires me to use the email feature to log back into WordPress. I have had to do this on the same site a dozen times. I finally added the server’s IP to the “whitelisted IP” field in the Options page.

In summary: the only change was the Plesk upgrade. All sites suddenly had the “fake crawler” error. Once that was corrected, all sites using Falcon Engine caching (5) continue to block the server’s IP, while the other sites (5) where I use W3 Total Cache did not have that issue at all. Definitely related to Falcon engine.

Agreed. Immensely helpful. Switched hosting environments and all of a sudden had the strange marks. Thought it would involve a bunch of database changes. Relieved indeed!

You are awesome. Seriously great plugin, and after setting the redirect for subscribers to “referrer”, your script above works beautifully. Just fantastic.

Not sure if this is the right thread, but I’m using TML and love it. The site I’ve used it on needs password protection for all pages except the Home page and Login. I’m using a simple check at the top of page templates to see if the user is logged in:

get_currentuserinfo();
global $user_ID;
if ($user_ID == ”)
{
header(‘Location: /login/’);
}

Login takes them to the TML login page. Problem is, I like how WordPress by default will redirect after login to the page you were intending to view, once you log in. Right now, my header redirect sends them to “login” without a way after that to get back to the page they wanted to see (using TML, I redirect all subscribers to a certain page after login).

Is there a way to capture the referring url and append it to the /login/? Is is there a better way to get users redirected back where they wanted to go, while still keeping pages password protected this way?

Not sure what’s happening, but I’m surprised the commented line didn’t help. Maybe the comment isn’t in the right place? You can always copy the above link and save to override your file (it goes into the plugins folder for TinyMCE Advanced).

Not quite sure if these other plugins deal with the editor, but I would guess at least one does.

Here are the active plugins I have installed:
Cimy User Extra Fields
Simple Press
Terms of Use
Theme My Login
TinyMCE Advanced
WP-DBManager

One thing to note, I commented out the troublesome code in tadv_replace.js, and the problems I encountered (including the Javascript error Firebug noted) are gone. This line:
if ( c.value == '<br />\n' ) c.value = '';
appears to be above an “if” statement that, itself, is already commented out. I simply extended the comment up a tad (sort of a pun) and I’m now able to click slide menus in WP Admin, reconfigure menus in TinyMCE, save changes to TinyMCE, etc.

As for the functions.php – nothing in there calling the editor. I keep that file clean – just registration of sidebars, menus (wp 3.0), comments filter, and hiding profile fields (aim, jabber, etc.)

Any thoughts based on the above plugins? Or is the line I commented not integral? (So far, that line doesn’t seem to have affected anything.)

For some added info, Firebug shows a javascript error on each page where functionality is gone: The TinyMCE Advanced page in WP, as well as the main areas for WP Admin. Clicking on Pages and showing all records, the error still exists. Clicking into an actual Page for edits, the sliding functionality returns to the sidebars in WP, and the error is gone. Clicking to add an image to the content area (and hence activating the ajax window for image upload), and Firebug shows the error returns.

Here is the error:
c is null
https://theheartofmedicine.org.s95554.gridserver.com/wp-content/plugins/tinymce-advanced/js/tadv_replace.js?ver=20080425
Line 22

I’ve had the same problem. Unsure of it’s a WP 3.0 issue, but what happens on my end is the same. While in the Tiny MCE Advanced area of Admin, clicking save changes does nothing – no browser refresh, no changes accepted, no change in cursor to the ‘hourglass’, basically no browser indication that it received a click input.

As well, (and by the way, I LOVE this plugin – much easier to work with than CKEditor for adding styles and general usage), some other areas of WP won’t work with this plugin enabled. It’s been mentioned in other posts too – things like the left sidebars (menus) in WP’s Admin. Normally you can click the little arrow to reveal the subpages in Posts, Pages, Links, etc. TinyMCE Advanced disable this for whatever reason. It also disables the ability to “show” images when I try to add an image to a Post (I search Media Library, it finds the images, but clicking the “show” button won’t slide it down so that I can view options). So it seems something about this plugin disables default slide functionality in the rest of WordPress.

When I go into the Pages area to modify a page, the left sidebars open up as though I left a few open. And clicking the little side arrows shows the functionality is back, for them to slide at least. But the ajax image problem (can’t “show”) is still there.

Would love to see this worked out – it’s the best text editor I’ve found.