Joeri

For the first time, regarding one website, I am experiencing the same thing. The website has multiple forms (CF7) but the ‘contact form’ is receiving daily spam submits. I see the ‘This form has a honeypot trap enabled’ notification.

• This reply was modified 1 month, 3 weeks ago by Joeri.
• This reply was modified 1 month, 3 weeks ago by Joeri.

First off, this is the first website where I am dealing with multiple tax rates so I was not at all familiar with all the settings for this. I found my setting problem because under tax settings you can set how to handle the tax for shipping costs. My setting was on the ‘standard rate’ setting so with every order, 21% was charged on shipping costs regardless of the tax rate of the products. I have now changed this to ‘shipping tax class based on cart items’ and now everything works as it should.

If I read this from the Woocommerce documentation I would think that when I have only 9% tax products in the cart the shipping tax should also automatically be 9%, right?https://woocommerce.com/document/setting-up-taxes-in-woocommerce/#shipping-tax-class

Or am I reading this incorrectly?

Hello @ckadenge,

That would be great. Is there any demo I could view? When I go to the ‘view demo’ page from the Woo site I get a database error message.

Hi @tarekht,

Thank you for you reply. Can you tell me what string I should add to the cookie exclusion of the (in my case) litespeed cache plugin?

I have ‘only logged-in users’ disabled but when I am not logged in and add a product to the whislist I see it’s being added but after page refresh it’s not added.

Thank you @rogierlankhorst That was indeed the case. It was added by a security plugin I was using and recently deleted. I have used the settings to reset and remove all settings that this plugin has made but apparently and oddly enough this setting has remained and also set to False.

I have removed this and now it’s working!

Thanks again!

@etanoox Had the same issue in the beginning. Tried switching to Modern Share Buttons and then the Pinterest icon was gone. Although, I think this was also a caching issue.

My issues where fixed by the update, thanks!

@beatxt Maybe a caching issue?

Same (backend) issues here….

GET //……/wp-content/plugins/simple-share-buttons-adder/js/vendor/bootstrap.js?ver=6.0.3 net::ERR_ABORTED 404
GET //……/wp-content/plugins/simple-share-buttons-adder/js/vendor/switch.js?ver=6.0.3 net::ERR_ABORTED 404
GET //……/wp-content/plugins/simple-share-buttons-adder/js/vendor/colorpicker.js?ver=6.0.3 net::ERR_ABORTED 404

• This reply was modified 2 years, 4 months ago by Joeri. Reason: removed link

Hi Omar,

I think I found the problem/solution. When I uncheck this option: Check for matching billing country code, the validation works. Maybe this is because I am using an extra plugin for the registration form but I have to say that this plugin was also used from this beginning and the validation did work before.

I would think that te option ‘Check for matching billing country code’ was also checked from the beginning but if this option was added by an update, and checked by default, then I guessing the issue started after the update.

Anyway, the validation is working again so that’s great!

Hello Omar,

I have tried and checked but on the official VIES website the Dutch VAT number is valid and on the website it’s not.

Hi @aarin,

Thank you for the update. I just updated the plugin and YES it works perfect now!

Thank you!

Looks like I am stalking right now ?? but I just want to share all the information I have. I have another website that also shows the same errors but I can only remove the errors by disabling CF7 JS. Even though I have also excluded the pages that has a form within the caching plugin.

• This reply was modified 3 years, 11 months ago by Joeri.

Sorry, disregard this: ‘Next to this, when I disable CF7 JS the form is also working’.

I don’t think this solves the problem.

This will surely solve the issue. What I just did is exclude the contact page from the caching plugin. In this case this is Hummingbird but this also resolves the issue when I am using Fastest cache. I will wait and see if the form will still be working tomorrow, because when I clear the cache the form is working again but after a while the errors come back.

Next to this, when I disable CF7 JS the form is also working.