ccggint

Hi,

No I don’t. I use only Polylang. It seems there is a conflict between the data that Custom Permalinks box saves (en/mycustom/permalink) and the entire permalink that WordPress keeps in database.

To be more specific:

WordPress recognize https://mydomain.com/alpha as the stable part of permalink in Edit area and language suffix goes automatically in Custom Permalinks box. But the default stable part of permalink for WordPress(View Post button) is https://mydomain.com/alpha/en which contains the language code. So, the final URL is (Default stable part of permalink) + (Custom Permalinks box) =
(https://mydomain.com/alpha/en) + (en/mycustom/permalink)

Thanks,
Nick

Hi,

I tried a custom patch by myself to function custom_permalinks_form in order to get language suffix in permalink before Custom Permalinks box, but by clicking View Post I fall on 404 page.

$lang = pll_current_language();
	if($lang=='en'){
		$lang_suffix='en/';
	}elseif($lang=='el'){
		$lang_suffix='el/';
	}else{
		$lang_suffix=NULL;
	}

<?php echo home_url() ?>/<?php echo $lang_suffix; ?>

Any ideas?

Thanks

It’s the Force HttpOnly flag on all cookies to mitigate XSS attacks!

It works!!!

But what are the disadvantages of disabling HTTP response headers?

I’m afraid that problem still exists. Restore Default Values trick didn’t work!

With Debugging Mode enabled the result it’s the same. By disabling the firewall from the same page, everything works just fine!

I can’t find anything in Firewall Log except the time I logged in:

29/Jul/16 12:29:06 #4709655 info – 5.172.198.36 POST /wp-login.php – Logged in user – [username (administrator)]

Here is the log when I push “Add to Cart” button(non-ajax) in a product page.

[29/Jul/16:10:27:17 +0300] – 193.92.97.36 “GET /wp-cron.php?doing_wp_cron=1469777237.3401119709014892578125” “-” “WordPress/4.5.3; https://mywebsite.com” “193.92.97.36” “mywebsite.com”
[29/Jul/16:10:27:18 +0300] – 5.172.198.36 “GET /shop/” “https://mywebsite.com/shop/diaries/diary-w-lock-100sh-m/” “Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0” “5.172.198.36” “mywebsite.com”
[29/Jul/16:10:27:19 +0300] – 5.172.198.36 “GET /shop/page/2/” “https://mywebsite.com/shop/” “Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0” “5.172.198.36” “mywebsite.com”
[29/Jul/16:10:27:21 +0300] – 5.172.198.36 “GET /product-category/diaries/” “https://mywebsite.com/shop/” “Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0” “5.172.198.36” “mywebsite.com”
[29/Jul/16:10:27:22 +0300] – 5.172.198.36 “GET /product-category/diaries/page/2/” “https://mywebsite.com/product-category/diaries/” “Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0” “5.172.198.36” “mywebsite.com”
[29/Jul/16:10:27:24 +0300] – 5.172.198.36 “GET /shop/diaries/diary-w-lock-100sh/” “https://mywebsite.com/product-category/diaries/” “Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0” “5.172.198.36” “mywebsite.com”
[29/Jul/16:10:27:27 +0300] – 5.172.198.36 “POST /shop/diaries/diary-w-lock-100sh/” “https://mywebsite.com/shop/diaries/diary-w-lock-100sh/” “Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0” “5.172.198.36” “mywebsite.com”
[29/Jul/16:10:28:18 +0300] – 193.92.97.36 “GET /wp-cron.php?doing_wp_cron=1469777297.6696751117706298828125” “-” “WordPress/4.5.3; https://mywebsite.com” “193.92.97.36” “mywebsite.com”

Hi,

My hosting provider informed me that the PHP Version it was the problem. They downgraded PHP from 5.6 to 5.3.29 and problem solved.

Thanks!

Hi,

My hosting provider informed me that the PHP Version it was the problem. They downgraded PHP from 5.6 to 5.3.29 and problem solved.

Thanks!

Hi,

Yes I have the latest version. I disable all of them and I’m facing the same issue.

But an even more strange thing is that when you add the same or another product with “ajax add to cart” button from shop page, cart widget unblocks. So when you try to “add to cart” from product page everything works just fine after page redirection.

Thanks!

Hosting in top.host

But an even more strange thing is that when you add the same or another product with “ajax add to cart” button from shop page, cart widget unblocks. So when you try to “add to cart” from product page everything works just fine after page redirection.

Only in the initial stage with empty cart this error occurs.