Hi,
I just made a form that uses an security question. The form looks good when this question is answered in Firefox, but when I try the form in IE11 and Safari 7 I keep getting the "You have entered a wrong security question's answer." message.
Can somebody tell me what I am doing wrong.
Thanks,
SpritezZ
Hi Spritezz,
Sorry, I can't think of any obvious reason why the Security Question would work in one browser but not in another. As far as I know the checking is only done after the form submits so shouldn't be affected by the browser choice.
Please post a link to the form so I can take a quick look.
Bob
Hi Bob,
Thanks for your response.
I made and tested the form in Firefox and it worked like a charm. When somebody else tried the form she kept getting the message that the answer to the security question was incorrect. After testing a while I noticed that it worked fine in FF, but not other browsers that i tried out.
the link to the form is: http://onsnieuwland.nl/component/chronoforms5/?chronoform=Aanvraag_budget
Let me know if you need more information or if I need to change something in the form.
Hi Spritezz,
I can confirm the problem in Chrome. Please take a Form Backup using the icon in the Forms Manager and post it here (as a zipped file) or PM or email it to me and I'll take a closer look.
Bob
Hi Bob,
Here is a backup of the form, I hope you can find out what is wrong with it.
Hi Bob,
The session is stored in a database.
You are right, it seems to be a module that is causing the problem. I disabled the module and I believe it works now (atleast on IE9)
I will test further at home, to see if the other browsers also work.
I tested it with other browsers, and it seems that the "EU e-Privacy Directive" module seems to be the culprit... after disabling this one the form worked normally.
Thanks a lot for your help
Hi Spritezz,
Hmm, that seems to be a cookie blocker. I'm pretty certain that ChronoForms doesn't use cookies but I guess that Joomla! must use them to track users. The ChronoForms Captchas require some way that is independent of the form to re-identify the user and match up the User Session data where the captcha keys are stored. I'm guess this is what breaks.
If the Cookie blocking is important then I'd suggest you switch to using a honey-trap which is a passive form of Captcha and I don't think it uses the User Session at all.
Bo