kaggdesign

Our plugin does not support WooPayments so far. We will try to add it in the next release.

Please keep in mind, that if you use Stripe, you do not need to add hCaptcha to the payment form. Every Stripe payment form already contains invisible, 99.9% passive hCaptcha of Enterprise level. It is provided by Stripe system by itself.

For PayPal, you are using WooCommerce PayPal Payments plugin. We do not have integration with it so far. Will try to include into the next release.

Any Stripe form already contains invisible, 99.9% passive hCaptcha of Enterprise level. It is provided by Stripe system by itself. So, no need to add hCaptcha to any Stripe form.

Thank you.

Something is wrong with your website: ajax calls do not work and return an Error, which you can see on the screen. Could you share with me the information from “System Info” tab on your snapshot?

After this, please change theme to a standard one and deactivate all plugins one by one and check when the problem disappears. This sequence might help finding a culprit.

• This reply was modified 3 months, 2 weeks ago by kaggdesign.

OK. Thank you for your investigations. Will be happy to fix any findings.

First, it is necessary to distinguish between the WordPress plugin and hCaptcha as a service. The WordPress plugin is entirely free and is supported by a community. We add WordPress integrations to the hCaptcha API script taken from the hcaptcha.com website. We do not have access to the hCaptcha API script code. We do not take any money from you. We do not influence hcaptcha.com to refund. Please address all the questions to the hCaptcha company on their contact page: https://www.hcaptcha.com/contact-us.

So, when you write a review, please review WordPress plugin by itself.

On your page mentioned, there is no hCaptcha added. Could you create a test page on your website with hCaptcha?

The message you provided is contained in the https://js.hcaptcha.com/1/api.js script. Let me repeat: we cannot access this script code and cannot help with it. In general, such a problem could be caused by the Internet connection or browser plugins preventing communication with some servers. If you create a test page with hCaptcha on your website, I will try to look at it. Otherwise, please ask this question on the hCaptcha contact page: https://www.hcaptcha.com/contact-us.

Can you show this page in the admin? What happens when you click on the Check Site Config button?

• This reply was modified 3 months, 2 weeks ago by kaggdesign.
• This reply was modified 3 months, 2 weeks ago by kaggdesign.

Hi, @asafm7! Thank you for reporting.

It took some time to understand that this happens when a modern form has Outlined or Animated styling only.

I have fixed it. The next v4.9.0 will be released at the end of December.

WordPress 6.7 изменил правила использования load_text_domainю Теперь любые функции переводов вроде __( 'some text', 'text_domain' ) должны запускаться после события after_setup_theme. Это новшество сломало 90% плагинов и тем.

Сделать так, как требует ядро теперь – очень сложно, надо менять слишком много кода. Поэтому в cyr2lat я подавил выдачу этого сообщения касательно домена cyr2lat. Как следствие, вы видите хуки, связанные с этим, в Query Monitor. Эти хуки работают только для cyr2lat.

Сообщение, которое появляется в debug.log, четко указывает на плагин WordPress SEO News: <code>wordpress-seo-news</code>. Это не Yoast и не Yoast Premium. Их текстовый домен – wordpress-seo. Потому вам и отказал служба Yoast в поддержке.

Плагин WordPress SEO News закрыт 8 лет назад(!). Избавьтесь от него – он может иметь массу проблем по безопасности.

• This reply was modified 3 months, 3 weeks ago by kaggdesign.

Thank you. I have a guess after investigations. Do you use invisible hCaptcha?

I have found Gravity Forms v2.9.0.1 and do not see any issue with hCaptcha and Honeypot. The version_hash field is sent and new entry is created.

Could you provide a link to your page with GF form?

A form with hCaptcha and honeypot works in Gravity Forms 2.8. I didn’t change anything in hCaptcha Gravity Forms support for a while, so changes in GF 2.9 seem to be a culprit. I can look into the issue when I have GF 2.9.

Also, there is no need in honeypot at all when you decided to use hCaptcha. Any CAPTCHA protects better from bots than any honeypot.

Hi @littlekitten,

Thank you for reporting the issue. I do not have the latest Gravity Forms, so could you send it to my email [email protected] for testing?

What you can do, you can can cover hCaptcha widget by your own element (using .h-captcha-after), catch by JS click on it and call hcaptcha.execute().

Hi @problematichild,

Thank you for reporting the issue. It looks like a race condition caused by broken scripts order. This often happens with caching plugins. Some of them do not respect script order defined in WordPress.

Could you provide a link to your webpage having this problem?

Please also try the following.

1. Turn off page caching plugin if you have it.
2. As a variant, try to turn off the script optimization in the page caching plugin.
3. To see better JS code during debugging, you may add define('SCRIPT_DEBUG', true); to the wp-config.php. The Captcha plugin will then use non-minified JS code.

The plugin invokes the JS code of hCaptcha delivered from hcaptcha.com. We do not have access to this code. Moreover, the hCaptcha widget is executed in the iframe, and it means you cannot change it with CSS anyhow.

Thank you for your help, @elopkm.

The issue was related to diacritical marks (like acute in démonstration) used in form field names. I have fixed the issue in v4.8.0, which will be released in the beginning of December.