applecarrot
Forum Replies Created
-
Dear Nithin @wpmudevsupport11,
Yes, that solved it! Thank you!!
Wow, this is the third time the Forminator team helped me out. I already gave you a 5 star rating, so I’ll see if I can add a few German translations as a thank you.
Best Regards,
Marie-ChristineHi Adam @wpmudev-support8,
it would be difficult to call the code from the IBAN validation because there are several validators and I don’t know the order in which they are called.
I already have a workaround that involves comparing the submission timestamp to the current time. I was just looking for a “clean” solution, like a hook that only gets called when a new entry was saved. It seemed like a common use case. If a hook like this doesn’t exist, it’s okay, the workaround will do.
Regards & thank you all for your time,
Marie-ChristineHello Adam @wpmudev-support8,
thank you so much! Now I have five calculation fields in the production form, but it is working!
It would be great to know when it will be fixed in Forminator. Do you have a link to a ticket or something so I can check the status?
Best regards,
Marie-ChristineHello Nithin @wpmudevsupport11,
thank you for your answer. Those are the two filters I already tried. Any other options?
Kind regards,
Marie-Christinethank you for your quick answer, I’m astonished about how dedicated the WPMU support is.
I tried your suggestion but it didn’t work for two reasons:
1. it seems like the hook
forminator_form_after_handle_submitis only called when AJAX submit is deactivated? Non-AJAX would be very bad for UX, because all form fields are cleared every time a server side validation fails.2. the hook is called even if validations fail and nothing is saved.
I want to send the form entry to the external API only when the form is fully validated and saved. Is there a way to do that?
Thank you & best regards,
Marie-ChristineHello,
you are right, Load form using Ajax was disabled. I noticed that the website is using a caching plugin, so I also activated “Prevent page caching on form pages”. There is no way to test if it works, so I’ll close this ticket for now and re-open it if it happens again.
Thank you all a lot for your kind help!
Best regards,
Marie-ChristineHello Patrick,
Thank you for investigating!
I switched the Website to Berlin time. But I’m not sure if it really is a timezone issue. The customers submitted the form at 05:39 AM and 09:43 AM (UTC probably?). Even with the time zone difference of 2 hours it’s the same day. Also, the dates of other customers that sent the form between 5 and 9 AM are correct.
Could it be a caching problem? Maybe the customers visited the website the day before and the browser “remembered” the first date?
Best regards,
Marie-ChristineHello Adam,
Thank you for your quick answer! I hope you are well too.
Yes it is a field of type “hidden”. I still can’t replicate the error and it hasn’t happened again.
Here is our form: https://pastebin.com/g1KsqU6S
The date field is named ‘hidden-3’We have two mu-plugins, but they don’t change the date value: https://pastebin.com/LWNLVPjk https://pastebin.com/aDMRcnii
Under Settings->General:
Timezone = UTC+0
Date format = F j, Y
Time format = g:i aRegards,
Marie-Christine