mcpacific

I forgot to include the code I have inserted in wp-config.php (ssh is configured for port 740):

define( 'FS_METHOD', 'ssh2' );
define( 'FTP_BASE', '/home/username/public_html/' );
define( 'FTP_CONTENT_DIR', '/home/username/public_html/wp-content/' );
define( 'FTP_PLUGIN_DIR ', '/home/username/public_html/wp-content/plugins/' );
define( 'FTP_PUBKEY', '/home/username/.ssh/id_rsa.pub' );
define( 'FTP_PRIKEY', '/home/username/.ssh/id_rsa' );
define( 'FTP_USER', 'username' );
define( 'FTP_PASS', '' );
define( 'FTP_HOST', 'localhost:740' );

Thank you.

Since I haven’t heard back from you should I assume there is no fix for this problem?

That had no impact, it still just spins.

I disabled the ajax load by changing

if ( ! defined( 'WPCF7_LOAD_JS' ) ) {
	define( 'WPCF7_LOAD_JS', true );
}

to

if ( ! defined( 'WPCF7_LOAD_JS' ) ) {
	define( 'WPCF7_LOAD_JS', false );
}

as a temporary fix. The forms work, but we would prefer to be able to utilize ajax submission.

• This reply was modified 5 years, 5 months ago by mcpacific.

We’re having the same issue. None of the posted solutions work, including creating a new simple form or using the Enter key instead of clicking the button with a mouse.

This problem came up after migrating to a new server with PHP 7.3 (php-fpm) and NGINX (instead of Apache). Not sure if those are factors or if there is a permission issue. I can’t find any errors in the logs or in the console.

Never mind, I found the readme.txt file and it’s covered under embedding options ??

• This reply was modified 8 years, 1 month ago by mcpacific.

I’m running WordPress 4.6.1 and it doesn’t seem to work. Everything as far as configuration menus go work, but the URL of the pages I’m trying to put in folders never changes.

@tara

It is a problem with the cPanel mod_security rules and WordPress 4.4.1. The rules are not new, only the WordPress update.

I suspect WordPress will be posting another update soon.

It is a problem with the cPanel mod_security rules and WordPress 4.4.1. The rules are not new, only the WordPress update. Hosting with a provider that doesn’t use cPanel, or one that has disabled these rules on the relevant website, will avoid this problem.

Your cPanel hosting provider should be able to disable mod_security on your site, or at least disable those two rules. However, I suspect the better solution is for WordPress to post another update.

@jan Dembrowski

Oh yes, my apologies. There is no redirect loop on the frontend of the website, only when trying to login to the wp-admin. I see others have also posted my problem in this thread by mistake; if a more relevant post is not already started I’ll create a new one.

I’m not so sure to call this one yet. In my case both Site and WordPress URLs were already all lowercase.

I have several WordPress sites that were effected by this problem. I found the same workaround (inserting index.php in the Admin URL).

It seems that the point of 4.4.1 was to address a security vulnerability. I suspect this has impacted mod_security.

Your host should be able to turn off mod_security for your site. If not, simply use /wp-admin/index.php as your admin URL and bookmark it!

Is there any workaround for this?