thank you for reaching out to us; I apologize for the later response as we don't work on weekends.
Please make sure to change the customer profile/book while not logged in to WP as an admin .
If someone is booking while logged in to WordPress, customers' information in the booking form are pre-filled with that user's /customer created in Amelia for that user/ information or can just be accepted and load infinitely.
You shouldn't be booking test appointments while logged in to WP as an admin though, as the user can get mixed access/permissions in Amelia afterwards (the customer role could be added to the admin).
Also, please check if the Setting Customize was Reset (in Amelia > Customize), and then saved, as this could create an infinite loading as well.
Additionally, please check if all services you're trying to book are connected to employees appropriately, and that employee work hours are able to fit multiple time slots for services (depending on service duration).
Thanks for your response. The issue was occuring with clients that were no logged in with Amelia and I was certainly logged out while trying to book test appointments / booking appointments with Amelia while it was live as a test.
For now we have deactivated Amelia as it seemed to be causing issues with the rest of our site (our website editor (Elementor) wasn't working after we tried to update it, trying to auto update led a a full website crash etc.). Now that we have removed it from the site, everything is working for now. It seems it is not really designed to work with a Managed Wordpress set up (with Go Daddy).
When I have more time, I will try and check all that you have mentioned.
I have my own WP setup not the cooked one but I had the same issue when I enabled the "Invisible reCAPTCHA" in Amelia, even if the Google reCAPTCHA keys are OK etc. the issue can surface alone but it is aggravated if you use Varnish or other cache systems or CDN (content distributed network) I use One.com but I know GoDaddy use the same .. If it is your case disable the "invisible" and use only the "visible" one, It works perfectly.
BTW it only happened if the payment was zero, of if you choose the pay-on site, all my tests with payments were perfect.
That was messing up things also but in my case with the Divi visual editor, it was very very slow on pages with Amelia shortcodes. I had checked with Google and they were implementing some new algorithm these days playing with the security on the reCAPTCHAs ..
The Amelia booking tool on my website allows you to input details but then the "please wait" loading icon just continues indefinitely.
I am using managed WordPress and have the most recent update.
Perhaps it would be best to just do a clean re-install? However, Amelia does not make this easy for managed wordpress.
Hi Marcus,
thank you for reaching out to us; I apologize for the later response as we don't work on weekends.
Please make sure to change the customer profile/book while not logged in to WP as an admin .
If someone is booking while logged in to WordPress, customers' information in the booking form are pre-filled with that user's /customer created in Amelia for that user/ information or can just be accepted and load infinitely.
You shouldn't be booking test appointments while logged in to WP as an admin though, as the user can get mixed access/permissions in Amelia afterwards (the customer role could be added to the admin).
Also, please check if the Setting Customize was Reset (in Amelia > Customize), and then saved, as this could create an infinite loading as well.
Additionally, please check if all services you're trying to book are connected to employees appropriately, and that employee work hours are able to fit multiple time slots for services (depending on service duration).
Hi Ivana,
Thanks for your response. The issue was occuring with clients that were no logged in with Amelia and I was certainly logged out while trying to book test appointments / booking appointments with Amelia while it was live as a test.
For now we have deactivated Amelia as it seemed to be causing issues with the rest of our site (our website editor (Elementor) wasn't working after we tried to update it, trying to auto update led a a full website crash etc.). Now that we have removed it from the site, everything is working for now. It seems it is not really designed to work with a Managed Wordpress set up (with Go Daddy).
When I have more time, I will try and check all that you have mentioned.
Sure, Marcus - thank you so much for elaborating.
Please take your time, as I have forwarded the question to developers to consult what could be the issue, and I will contact you back in the meantime.
Thank you!
Hoi Marcus,
Just guessing :-)
I have my own WP setup not the cooked one but I had the same issue when I enabled the "Invisible reCAPTCHA" in Amelia, even if the Google reCAPTCHA keys are OK etc. the issue can surface alone but it is aggravated if you use Varnish or other cache systems or CDN (content distributed network) I use One.com but I know GoDaddy use the same .. If it is your case disable the "invisible" and use only the "visible" one, It works perfectly.
BTW it only happened if the payment was zero, of if you choose the pay-on site, all my tests with payments were perfect.
That was messing up things also but in my case with the Divi visual editor, it was very very slow on pages with Amelia shortcodes. I had checked with Google and they were implementing some new algorithm these days playing with the security on the reCAPTCHAs ..
Cheers,
Rolando.
Hi Marcus,
may I kindly ask you to try Rolando's suggestion and let me know if the issue persists?
Hi Rolando, thank you so much for the kind advice!