All add-ons currently require PHP 7.4 or greater.

On July 4th 2024 PHP 8.2 will be the new minimum requirement for all add-ons. Expect any add-on released after that date to require 8.2 or greater. Some releases may not immediately take advantage of 8.x specific features in PHP, which means you might, be able to continue using new releases in PHP 7.4, however, if you experience an error the first thing you should do is update to PHP 8.2 then create a support ticket if the error persists.

Please read about the changes to BoldMinded add-on licensing.

Ticket: Snaptcha with AJAX

Status Resolved
Add-on / Version Snaptcha 3.2.2
Severity
EE Version 6.3.5

John Faulds

Mar 23, 2023

Hi Brian, you say in the docs “If your forms use AJAX to submit data then you must ensure that the Snaptcha field and its corresponding value is submitted as well”. If I have a bunch of channel forms for bulk editing entries on the front end, how do I do that?

If I add {exp:snaptcha:field security_level="1" id="{entry_id"} to my template, it seems because it’s a supported add-on that gets ignored and Snaptcha automatically adds its own field.

Ideally, I’d like to be able to disable Snaptcha for these forms altogether as you can only access the page/s after logging into the CP anyway. But that doesn’t appear to be an option.

At the moment, I have to turn the security level down to low to submit the forms.

#1

BoldMinded (Brian)

Hi, John. I’m a little confused, so you need snaptcha on some forms but not others?

As for the Ajax part, you’ll have to use JS to grab the captcha value and send it along with the post data.

#2

John Faulds

> Hi, John. I’m a little confused, so you need snaptcha on some forms but not others?

Yes. The forms that are being tripped up are channel forms that aren’t available to the public anyway. It’d be good if there was a way to not have it enabled for certain forms.

#3

BoldMinded (Brian)

Thats not how Snaptcha is built, it’s an all or nothing extension. The only way to disable it on some forms is to edit the exp_extensions table and find the hook that applies to the type of form in question, and then disable that hook call.

#4

John Faulds

Thanks, editing the exp_extensions table suits my purposes.

Login to reply