Hi @perastika,
I tested the form export in my system and I was able to submit the form without any issue.
I also tested on your website, and I was able to make a submission, however, I noticed the Date Picker field isn’t working, and throwing the following console error:
Uncaught ReferenceError: datepickerLang is not defined
at e.init (front.multi.min.js?ver=1.44.2:1:182920)
at new e (front.multi.min.js?ver=1.44.2:1:180777)
at HTMLInputElement.<anonymous> (front.multi.min.js?ver=1.44.2:1:184026)
at ce.each (jquery.min.js?ver=3.7.1:2:3129)
at e.<computed>.each (jquery.min.js?ver=3.7.1:2:1594)
at _.fn.<computed> [as forminatorFrontDatePicker] (front.multi.min.js?ver=1.44.2:1:183980)
at e.init_custom_form (front.multi.min.js?ver=1.44.2:1:106519)
at HTMLFormElement.<anonymous> (front.multi.min.js?ver=1.44.2:1:104263)
at ce.each (jquery.min.js?ver=3.7.1:2:3129)
However, I was able to submit the form without any issue. The above console error would point there is a conflict.
Could we know how can be replicate the error the “your form is not valid, please fix the error” error? Are there any specific steps we need to follow? If yes, please do provide further steps.
Since there is a console error, it points out that there is a conflict. Could you also please set up a staging site and run a conflict test, and see if that helps in ruling out the issue?
You can refer to this on how to setup a staging or check with your hosting provider:
https://www.inmotionhosting.com/blog/wordpress-staging-plugins/
Regards,
Nithin
Hello and thanks a lot. I had noticed your test going through, and I think you may have solved the issue.
Your test went through, but like you hadn’t entered any data at the query for the childrens’ birthdates. This lead me to pay closer attention to this field, and I’ve realized now that the form rejects applications with children birthdates in the format ##.##.#### (this leads to the error), but accepts them in the format ##/##/#### (or with no birthdate, in both cases the test goes through).
I have now to specify to the users which format to use when they’re typing the date in, or to find a parameter allowing for more flexible input. But this is a trivial issue, now that it’s been identified. [edit: done and tested, it’s ok now]
So thank you again. I wouldn’t have pinpointed the problem without your test. We can consider the issue solved now.
[Edit too : in my relief, I had typed this after your test had highlighted the source of the problem, and only skimmed through your actual post because I am dumb and considered the problem gone, but I realize that there is indeed an ongoing problem with the date picker that is supposed to spare the users having to type the date themselves… I had just forgotten it was a thing. In my defense, my skull is currently filled with cement due to a bad flu, and this doesn’t really help cognitively.
Anyway, the current solution of having people type the date following an indicated format is good enough, even with the mystriously absent datepicker. I might investigate further, and familiarize myself with staging plugins, but the most pressing aspect being solved, this can thankfully wait for my brain’s de-petrification. Thank you once more for your precious help.]
-
This reply was modified 1 year ago by
perastika. Reason: better re-read
Hi @perastika
You are correct, it requires using the defined format https://monosnap.com/file/UjxDmuPykGXUL15hLwOzfyIjTv7eSq
I believe we could improve the field and validate the correct form on fly as we do for the required fields if user doesn’t type it.
I’ve reported that to our developers and we can look into improving the field.
Just to make sure we are on the same page, is everything working well now?
Best Regards
Patrick Freitas
Everything is working sufficiently well for the users, as they can now type the birthdates following the displayed format.
What nags me a bit is that, indeed, one feature seems broken : if I understand well, clicking on the field should pop up a little visual calendar (the date picker). Its absence isn’t an issue in practice, as the users don’t know what should or shouldn’t be appearing, and don’t require it to use the form. But it still means that something is secretely dysfunctioning, and I don’t like letting things in that (let’s say technically “solved” but “unresolved”) state.
I’ll investigate further, checking if there’s a conflict with some other plugin (anti-spam sentry, etc). And I might come back if I’m stumped. But none of that affects the practical use of the website, so in that sense, the trouble is solved.
Hello @perastika
It is most probably a conflict issue, some plugin or maybe your theme CSS or JS codes are conflicting with forminator codes, best way to know that is to run a full conflict test on a staging site.
https://wpmudev.com/docs/getting-started/getting-support/#conflict-test
Best Regards
Amin
Hi @perastika
We haven’t heard from you in a while, I’ll go and mark this thread as resolved. If you have any additional questions or require further help, please let us know!
Kind Regards,
Kris