|
Mike Barnes
|
March 14, 2021 at 9:49 am
Users are reporting that they are unable to finalize their registration. They get to the last step, and when they click the button to finalize, the page just sits there, eventually taking them back to the checkout page.
I have gone through the registration multiple times myself, and it is working as expected for me. I have checked that they are filling out the registration details correctly, so I’m not sure why it would work for me but not them. So far I am the only person who has been able to successfully register for the event.
Over the winter our hosting provider was purchased by and migrated to HostPapa, which I see caused some issues in the past with EventEspresso. If that were the cause though, shouldn’t I be having problems as well?
The only difference I can think of with the users I know have failed today is that I’m on Windows using Chrome and they are likely on MacOS using Safari. Would that cause this behavior?
|
|
Josh
|
March 15, 2021 at 9:57 am
Hi Mike,
The problems might be related to caching, which would not happen if you’re logged into the website while testing a registration. Have you tried testing a registration while logged out of the site?
|
|
Mike Barnes
|
March 15, 2021 at 12:39 pm
Ahh, that was it. I am now experiencing the same issue. I get to the checkout page, then when I click finalize registration it just reloads the checkout page. What can be done about this issue? Moving away from HostPapa is a consideration long term, but we have an event we need to register for now.
|
|
Josh
|
March 15, 2021 at 12:49 pm
Hi,
I can share a link with you that has a solution from a similar topic (where the hostpapa caching was removed).
https://eventespresso.com/topic/registrations-failing-when-click-finalize-registration-ee4/#post-151099
|
|
Mike Barnes
|
March 15, 2021 at 1:14 pm
I added code to my .htaccess file to disable server-side caching, but it had no effect on the registration process. It still loops on the checkout page.
|
|
Josh
|
March 15, 2021 at 2:12 pm
Hi Mike,
I do not know exactly what they added to their .htaccess file. I assume they got in touch with hostpapa and was given direction on how to stop the cache.
Short of the above, the other thing you could do is rule out a plugin conflict and check your server’s error logs for the times the checkout page fails.
|
|
Mike Barnes
|
March 16, 2021 at 7:34 pm
I have talked with HostPapa and they assure me there is no server-side caching going on and checked anything else they can think of that would cause the issue without success. I have disabled all other plugins and switched themes, but nothing resolves the issue. Is there anything else to try?
|
|
Tony
|
March 17, 2021 at 8:00 am
Hi Mike,
If you disable reCaptcha in Event Espresso -> Registration Form -> Reg Form settings (Set ‘Use reCAPTCHA’ to No and save), does it work then?
|
|
Mike Barnes
|
March 17, 2021 at 8:42 am
Yes, that works! I noticed last night when turning off other plugins that the recaptcha behaved differently when I turned off Contact Form 7. We have an invisible recaptcha set up for those forms, could it be interfering with the EE recaptcha?
|
|
Tony
|
March 17, 2021 at 1:00 pm
Within Event Espresso you are using the checkbox integration and that requires allow_url_fopen to be enabled on your server, otherwise, you get the above issue.
Whilst I do recommend enabling allow_url_fopen on the server (contact your host to have them enable it as you’ll need it for the invoive/receipt PDF’s to work correctly) you would be better also switching over to Invisible reCaptcha for EE.
The key you are using in the above setting page may need be updated to allow for it (or use the same set of keys you are using for CF7 if that has it enabled), then switch your integration over to use Invisible ReCaptcha on at least the registration form.
|
