Hello there,

Thank you for reaching out to us.

This is not a bug but rather a user error, as you tested the booking process as a customer while being logged in as an admin. Your actual customers are not logged in as admins when they book, which is why this issue does not occur for them. You have unintentionally created a role conflict, which we cannot prevent from happening I'm afraid.

Please try the following two steps and see if they resolve the issue. If they do not, you will need to either delete the affected users from your database or create new users with different email addresses:

1. Delete the affected customer, clear the cache on your site, and check if the issue is resolved.
2. If the issue persists, go to WordPress Users, check the roles assigned to that user, edit the user in WordPress (not in Amelia), and make sure they only have the Admin role. If there are additional roles, remove them.

If none of these steps help, the simplest solution is to delete those users and create new ones.

Should you have any further inquiries, we kindly request that you open separate tickets for each question, and we will gladly assist you.

We wish you all the best and hope you have a wonderful day ahead. 

Hello again,

In our documentation on this link https://wpamelia.com/users-and-roles/ you can see notice that this must not be set as it will cause the conflict of roles

WordPress is working in this way and this is not something that Amelia can prevent. So when you are admin you should not test as a customer on the front end while logged in to WP. You need to either log out or to test from incognito mode.

If you have multiple roles you need to remove them when you edit user in WordPress users here

If you do not have additional roles added there you need to check if your employee does not have same mail as your admin and also you need to check if there is any customer with the same mail in customer sections your admin or employee

Once the conflict is resolved then the admin should be able to see and save everything.

We wish you all the best and hope you have a wonderful day ahead. 

Hello again,

Yes, we have read your question and we have answered it this is part of WordPres and the way it works. When you hover over the user you will see edit user option like in the video that we are sending you in the attachment. 

Or you provide me a temporary WP-admin (administrator) user for your website where this happens, so we could 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 because this ticket is private and nobody can see them except us.

We wish you all the best and hope you have a wonderful day ahead. 

Hello again,

We sincerely appreciate your patience and understanding. Unfortunately, we are unable to provide you with a demonstration of this issue, as we do not have role conflicts on our end. This is a matter related to WordPress user management rather than Amelia itself, and intentionally creating a role conflict on our test environment could lead to other unforeseen issues, which is something we must avoid.

While we understand that you believe this to be an Amelia-related issue, as we have explained, this is a situation that arose due to manual modifications on your end. Our documentation explicitly highlights the importance of avoiding such conflicts, and WordPress itself allows these configurations, not Amelia specifically. As a result, this is not something that can be entirely prevented within Amelia unless the conflicts are manually addressed.

That said, we would be happy to assist you in resolving this by attempting to remove the conflict for you. However, we are unable to provide a video demonstration since we do not have role conflicts present in our system.

Please let us know how you would like to proceed, and we will do our best to assist you.

Please provide me a temporary WP-admin (administrator) user for your site where this happens, so we could 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.

Looking forward to your reply. 

Hello again,

We're glad to hear that you've resolved the issue on your end. Since the problem no longer persists, we will consider this ticket closed. However, if you encounter any new issues, please feel free to open a separate ticket, and we will be happy to assist you.

To clarify, this issue was not caused by Amelia itself but resulted from an unintended role conflict that was accidentally created on your end. Our documentation provides clear guidelines on avoiding such conflicts, and unfortunately, this situation arose because those recommendations were not followed. So this was not due to a problem with the plugin itself.

That being said, we always strive to assist our users in the best way possible, and we appreciate your feedback. However, we kindly ask that all communication remains professional and respectful. Accusations and inappropriate language do not contribute to constructive problem-solving, and we will not be able to continue assisting with tickets where our team is being addressed in an unprofessional manner.

If you have any additional concerns or questions, please don't hesitate to reach out by opening a new ticket, and we will gladly assist you.

Best regards.