andyfo
Forum Replies Created
-
Hello @katereji
Thank you for your reply!
I don’t think you’d see any relevant information in the Anti-Spam logs. The “JavaScript disabled” error comes from Contact Form 7 and it is a “misnomer”. Contact Form 7 shows this messages when there is an unexpected runtime JavaScript error.
Can you list reasons why/when the CleanTalk endpoints /v1/js_keys__get and /v1/email_before_post return the HTTP 403 code?
Disabling the CleanTalk Pixel has no effect on this error.
Resolved: I needed to change the priority of a wp_login action in my implementation.
Thanks for the plugin!
Ok, thanks.
For the time being, I hacked this by adding an informative css class into the Gravity form and by disabling the anchoring based on the presence of that css class.
If someone wants to replicate:
(1) I put this code inside my functions.php to include a css class gf_no_confirmation_anchor in a form if it’s set to no confirmation anchor:
add_filter( 'gform_pre_render', 'confirmation_anchor_css_class' ); function confirmation_anchor_css_class($form) { $use_anchor = gf_apply_filters( array( 'gform_confirmation_anchor', $form["id"] ), null, $form ); if ($use_anchor === false) { $form['cssClass'] .= " gf_no_confirmation_anchor"; } return $form; }(2) I added the following condition around the jQuery animate function in the plugin folder in public/assets/js/livevalidation_standalone.js around the line 915:
if (!jQuery(self.element).hasClass("gf_no_confirmation_anchor")) { jqobjPrime('body,html').animate({ scrollTop: moveTo }, 500); }But you have to pay attention to this hack when you are updating the plugin.