Hi Lea,

Thanks for reaching out!

If you’re seeing the old (non-customized) calendar after inserting the shortcode, it’s likely due to caching. Please try clearing your website cache (as well as your browser cache), and then reload the page to see if the customized version appears.

Let me know if it still shows the default view after that—we’ll be happy to investigate further.

Hello Lea,

Thank you for the update on this.

Please provide me a temporary WP-admin (administrator) user for your site where this happens, so we can log in and take a look ‘from the inside’ as that’s the most efficient way to see and resolve the issue. 

We do not interfere with any data or anything else except for the plugin (in case that’s a production version of the site), and of course, we do not provide login data to third parties. 

You can write credentials here just check PRIVATE Reply so nobody can see them except us.

Hello Lea,

Thank you for the update on this.

Please test it out now with the following shortcode:

[ameliaeventscalendarbooking tag='clinic']

In order to allow existing WordPress users to log both into WordPress (or WooCommerce, or some membership plugin) and Amelia using the same credentials, customers and employees in Amelia need to have "Amelia Customer" or "Amelia Employee" user role assigned to them. 

If there's a created WordPress user, but they don't yet have anything purchased through Amelia, you need to enable "Automatically create Amelia Customer user" in Amelia Settings/Roles/Customer, and then - after they log into their WordPress user, once they land on Amelia's booking page, their details will already be populated, and once they purchase the appointment, they'll be added to Amelia/Customers; linked to the WordPress user, and they will be able to visit the Amelia Customer Panel without logging in (since they're already logged in as a WordPress user).

If you already created a user with "Amelia Customer" but they haven't purchased anything with Amelia yet, that user won't be linked to any customers you have in Amelia, so before they are able to log into Amelia's Customer Panel, they either need to book an appointment while they're logged into WordPress, WooCommerce, or a membership plugin, or you need to create a customer by going into Amelia/Customers/Add Customer. When you create a customer, link that customer to the WordPress user, and that's it. After that, they will be able to log in with the same password that's used for logging into WordPress.

Please take a look at our video about this: https://youtu.be/nm7f7RDSYow

Please note: If you change the password of the employee, or the customer through WordPress, the same password will apply to Amelia's Panels, but if you change the password through the Customer or the Employee Panel in Amelia, that password will not be applied to the WordPress user role. This is because Amelia doesn't require a WordPress user to be created in order to grant access to the panels - that is optional, and Amelia can't modify the password for WordPress users.

Hello Lea,

Thank you for the update on this.

Please check if you can see the booking form on page when you are not logged in WordPress or when you are looking form the incognito mode?

If this is the case then this can be 1 of 3 issues but most likely is the issue with some page optimizer. 

1. The reason why the form is not visible for non-logged-in users is not in Amelia, but instead in your security settings. They're either configured in a Security plugin (if you have any), or they're on your server's side. 

The best option would be to reach out to your hosting provider, send them the link of the booking page and tell them exactly what you told us - you can see the page when you're logged in as an admin, but you can't see it from an incognito window (or when you're logged out). They should be able to lift the block, so admin-ajax calls are sent for non-logged-in users also.

2. You have some page optimizers so turned them off and purge the cache and see if you can see the booking form then

3. The new booking form should be displayed when you clear the cache, if you have a caching plugin or optimize plugin, please disable the minify js files option.

For example, if you have WP Rocket, and you have enabled these JS optimizations, which have a negative effect on our New Step Form, which is based on Vue 3 Framework, the booking form won't show.

The old Form is based on Vue Framework 2, but the New Form is based on Vue Framework 3;

Once you disable the "minify JS" option in the Optimisations on WP Rocket, or similar, and purge the cache the form should appear.

Also, the issue could be with the Page Optimize plugin. You have these settings 

and they should be added to this first input amelia_booking_script_index like this

and then everything will work with the new form.

Hope this helps.