Hi,
Is this only happening for certain users?
Does rolling back to the older version fix the issue?
We’ve had a similar issue, specifically with Divi builder modules on the checkout page. The Divi modules work basically by calling the checkout shortcode multiple times, with filters dissecting the content to only display specific portions in each module.
The change in the 1.42.3 version of this plugin to fix the widget not appearing on some checkout pages seems to be causing the Turnstile widget to output multiple times on our checkout page template now. It seems to be once inside the first Divi module to use the WooCommerce shortcode, and then second in the position actually chosen in the plugin settings (by the payment button in our case).
The second copy does not get initialized, and so there is no Turnstile verification passed with our checkout module’s submission.
Downgrading to 1.42.1 did fix the issue for us for now.
Thanks.
@jeffscroggs Are you also using Divi?
We are not using Divi, but a custom theme. Thank you greatly for the link to older versions. I’m taking it back to 1.42.1 and will update the ticket tomorrow to see if that helps get things moving smoother.
We are running Simple CAPTCHA with Cloudflare Turnstile version 1.42.3 on a WooCommerce store.
We received multiple customer complaints that they could not place an order because checkout was asking them to prove they were human, but they were unable to complete the verification.
Our configuration was:
- Plugin version: 1.42.3
- WooCommerce Checkout: Enabled
- Widget Location: Before Payment
- Guest Checkout Only: Disabled
- Disable Submit Button: Disabled
- API key test: Successful
- 10Web Booster/performance optimization is active
We disabled Turnstile specifically on WooCommerce Checkout, cleared cache, and the checkout problem immediately disappeared for customers.
Since 1.42.3 mentions a fix for a similar WooCommerce checkout issue, I wanted to report that there may still be an edge case occurring.
Please let me know if there is any debug information or configuration information I can provide to help reproduce it.
One of my clients is also experiencing issues after updating to v1.42.3. My client’s site is running the Divi theme but from my limited troubleshooting of this issue it appears to be limited to the Firefox browser.
I tested this update (v1.42.3) today on a staging site and am also experiencing issues with the WooCommerce checkout page. Similar configuration to @fistandulus above, but no performance optimizer.
This is on an Avada site, and once “Place Order” is clicked, I visually see the Turnstile widget refresh. It seems to validate that the user is not a robot, but then does not proceed to the next page (hosted payment gateway).
Rolling back to v1.42.1 fixed the issue (although there are still numerous Turnstile warnings in my console)
I rolled back to 1.42.1, but am still getting lots of customer complaints about Cloudflare verification. Here are my analytics since this morning. From the debugging, everything seems to be coming in through the standard URL’s, so it is somehow picking up these as “Unknown forms”.
Total Checks 285 <small>All verification requests</small>
Verified 163 <small>57.2%</small>
Blocked 122<small> 42.8%</small>
Retries 0 <small>0.0%</small>
Verification Rate 57.2%
Form Analytics
Form Checks Verified Blocked Retries Success Rate Last Check
Unknown form 122 0 122 0 0.0% September 9, 2026 2:10 pm
Checkout 115 115 0 0 100.0% September 9, 2026 2:14 pm
Register 48 48 0 0 100.0% September 9, 2026 2:09 pm
Blocked Reasons
missing-input-response122
Please could you update to version 1.43.0 and give it another try. This should now (hopefully) be fixed.
I’ve got that version installed, cache and CDN have been cleared, and hoping that gets things working smoother. Thank you so much for the speedy development on this version!
This appears to have solved the problem on my site as well. Thank you for the quick update.
Updated to 1.43.0 and I still get two Turnstile widgets on the checkout of one of my Divi sites (which uses multiple Order Summary modules).
But both widgets initialize now, so I can just hide the one we don’t want and checkout is functioning fine.
Thank you for the fix!
