I have an issue happening when customer books an event. The Staff receives email with correct start time of 9.30am and customer receives email with incorrect start time of 10.30am. Both staff and customer are on UK time.
I've done some testing and it's definitely doing this on events dated 25/11/24 and 20/01/24 but the event on the 7/10/24 is working fine.
Amelia doesn't have any time zone settings, and it relies on WordPress' General settings. Here's how it works:
All times in the back-end of Amelia will be shown exactly how you save them, so (for example) if your employee works from 09:00 - 17:00, or if there's an appointment from 09:00 - 10:00, that's how you will see them in the back-end.
If you enable "Show booking slots in client time zone" in Amelia's General settings, though, that may not be what your customers see, depending on where they're located, and to what your WordPress site has been configured.
If this option in Amelia's General settings is disabled, all times on the front-end will be the same as times in the back-end. So, if your employee's work hours are from 09:00 - 17:00 in UTC+1, with this option disabled, regardless if your customer is in UTC+1, or in UTC+10 - they will still see times from 09:00 - 17:00, so if you have customers in multiple time zones, it's advisable to enable this option in Amelia's General Settings.
Important: In order for Amelia to store correct appointment times in the database (which is almost always in UTC time zone), you need to edit the WordPress' time zone to show the city you're in (or the city in your time zone), like this:
This way, when Daylight Savings Time starts (or ends), the times will be adjusted accordingly and you won't have to worry about them anymore.
If you save your Time Zone in UTC+/- format, you may experience issues with the Daylight Savings Time:
Explanation: When you configure the time zone to be "UTC+1" it will always be UTC+1. So, if we take Belgrade, Serbia as an example - without Daylight Savings Time, it is in UTC+1 time zone, but when Daylight Savings Time starts, Belgrade is in UTC+2. If you leave the time zone to be hard-coded to UTC+1, the times that your customers book on the front-end will not be properly adjusted to what you see in the back-end.
Example with UTC+1 configured: It is mid-summer, and Belgrade is in UTC+2. "Show booking slots in client time zone" is enabled, and a customer from Belgrade opens your website to book an appointment. The working hours of your employee are set from 09:00 - 17:00 (in UTC+1), but the customer sees them as 10:00 - 18:00. This is because the time zone is hard-coded in the back-end, while on the front-end it shows the time in UTC+2. So, a customer books an appointment for 10:00, and shows up at 10:00, while you expect to see them at 09:00.
Please note: If you hard-coded the time zone, and you have booked appointments, once you switch the time zone in WordPress to your city, it will adjust the times in Amelia's appointments to fit the time zone your city is currently in. This happens because (as mentioned above) the times are saved in UTC in the database, and it's adjusted in the plugin programmatically. So, if you have a hard-coded time zone set to UTC+1, and someone booked an appointment for 09:00, that time is saved as 08:00 in the database. When you change the time zone to your city (which is now in UTC+2), the appointment time will be adjusted to the time saved in the database 08:00 + 2:00, so the appointment time will switch to 10:00. The only solution, in this case, is to manually modify the appointment times, but it's the only way to make sure your time zone is properly configured, and that the future appointments will be saved and displayed correctly both for you and your customers on the front-end.
Summary: When you select the city you're in, in WordPress' General Settings, the system automatically calculates the Daylight Savings Time, and shifts the clock accordingly, so if you have any issues with what you see on the front-end vs what you see in the back-end, always check the Time Zone in WordPress.
Should you have any further inquiries, we kindly request that you open separate tickets for each question and we will gladly help you there.
We wish you all the best and hope you have a wonderful day ahead.
Thank you for your reply. It makes sense that the issue relates to daylight savings, as it works perfectly before we change the time at the end of October and afterwards it is 1 hour out for the customer.
I've read your reply and checked my settings. In Amelia General Settings I have "Show booking slots in client time zone" enabled as we have customers in different time zones and in Wordpress General Settings the time zone is set to 'London' (see attached).
Therefore as I understand my settings in WP and Amelia are correct. Also in my testing both the staff and the customer are both in the UK.
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.
We often do not receive the mail from users due to filtered. We will try to reset a password and we will take a look if we are able to log in. We will take a look at this now and we will reach out to you again on this ticket as soon as we have more information.
We went on your site and we have created an employee and a customer and we added an employee and a customer to that events and then we have removed this attendee from your events and all is working fine and there are no issues
So the only explanation that is left is that since option to show time slot in customer time zone is enabled that a customer has a wrong time zone set on their device.
As far as we can see and you in the screenshot all is working fine and we do not see any issues.
We wish you all the best and hope you have a wonderful day ahead.
This is not an issue with Amelia but with your customers time zone that is set on their devices. In general settings you can turn off option called show time slots in customer time zone. Then all of them will see the time slots in your time zone. You can see in the video that we are sending you that the time when event will begin is changing based on the time zone that we set on our devices.
So after the second test we have again confirmed and you can confirm this in the video that there are no issue on your site.
We wish you all the best and hope you have a wonderful day ahead.
Thank you for taking the time and doing lots of testing today.
So that I can understand....The time received in the customer booking depends on how the customers have their time zone set on their devices, as different devices have different settings. Is this is why some customers receive the time correctly and some don't, when we are all based in the same time zone?
When we move our clocks forward an hour at the end of October and all the customers receive reminder emails before their event starts, then will they all receive the correct time?
Yes, the customer received the time of the appointment that is set on their device. You can turn off option called Show booking slots in client time zone in general settings if you did not already and they will only see the time that is set on WordPress or in employee modal.
Should you have any further inquiries, we kindly request that you open separate tickets for each question and we will gladly help you there.
We wish you all the best and hope you have a wonderful day ahead.
Hi
I have an issue happening when customer books an event. The Staff receives email with correct start time of 9.30am and customer receives email with incorrect start time of 10.30am. Both staff and customer are on UK time.
I've done some testing and it's definitely doing this on events dated 25/11/24 and 20/01/24 but the event on the 7/10/24 is working fine.
Thanks,
Karen
Attached files: Screenshot 2024-09-25 at 13.08.30.png
Screenshot 2024-09-25 at 13.08.20.png
Hello there,
Thank you for reaching out to us.
This is most likely due to daylight savings.
Amelia doesn't have any time zone settings, and it relies on WordPress' General settings. Here's how it works:
All times in the back-end of Amelia will be shown exactly how you save them, so (for example) if your employee works from 09:00 - 17:00, or if there's an appointment from 09:00 - 10:00, that's how you will see them in the back-end.
If you enable "Show booking slots in client time zone" in Amelia's General settings, though, that may not be what your customers see, depending on where they're located, and to what your WordPress site has been configured.
If this option in Amelia's General settings is disabled, all times on the front-end will be the same as times in the back-end. So, if your employee's work hours are from 09:00 - 17:00 in UTC+1, with this option disabled, regardless if your customer is in UTC+1, or in UTC+10 - they will still see times from 09:00 - 17:00, so if you have customers in multiple time zones, it's advisable to enable this option in Amelia's General Settings.
Important: In order for Amelia to store correct appointment times in the database (which is almost always in UTC time zone), you need to edit the WordPress' time zone to show the city you're in (or the city in your time zone), like this:
This way, when Daylight Savings Time starts (or ends), the times will be adjusted accordingly and you won't have to worry about them anymore.
If you save your Time Zone in UTC+/- format, you may experience issues with the Daylight Savings Time:
Explanation: When you configure the time zone to be "UTC+1" it will always be UTC+1. So, if we take Belgrade, Serbia as an example - without Daylight Savings Time, it is in UTC+1 time zone, but when Daylight Savings Time starts, Belgrade is in UTC+2. If you leave the time zone to be hard-coded to UTC+1, the times that your customers book on the front-end will not be properly adjusted to what you see in the back-end.
Example with UTC+1 configured: It is mid-summer, and Belgrade is in UTC+2. "Show booking slots in client time zone" is enabled, and a customer from Belgrade opens your website to book an appointment. The working hours of your employee are set from 09:00 - 17:00 (in UTC+1), but the customer sees them as 10:00 - 18:00. This is because the time zone is hard-coded in the back-end, while on the front-end it shows the time in UTC+2. So, a customer books an appointment for 10:00, and shows up at 10:00, while you expect to see them at 09:00.
Please note: If you hard-coded the time zone, and you have booked appointments, once you switch the time zone in WordPress to your city, it will adjust the times in Amelia's appointments to fit the time zone your city is currently in. This happens because (as mentioned above) the times are saved in UTC in the database, and it's adjusted in the plugin programmatically. So, if you have a hard-coded time zone set to UTC+1, and someone booked an appointment for 09:00, that time is saved as 08:00 in the database. When you change the time zone to your city (which is now in UTC+2), the appointment time will be adjusted to the time saved in the database 08:00 + 2:00, so the appointment time will switch to 10:00. The only solution, in this case, is to manually modify the appointment times, but it's the only way to make sure your time zone is properly configured, and that the future appointments will be saved and displayed correctly both for you and your customers on the front-end.
Summary: When you select the city you're in, in WordPress' General Settings, the system automatically calculates the Daylight Savings Time, and shifts the clock accordingly, so if you have any issues with what you see on the front-end vs what you see in the back-end, always check the Time Zone in WordPress.
Should you have any further inquiries, we kindly request that you open separate tickets for each question and we will gladly help you there.
We wish you all the best and hope you have a wonderful day ahead.
Kind Regards,
Marko Davidovic
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hello
Thank you for your reply. It makes sense that the issue relates to daylight savings, as it works perfectly before we change the time at the end of October and afterwards it is 1 hour out for the customer.
I've read your reply and checked my settings. In Amelia General Settings I have "Show booking slots in client time zone" enabled as we have customers in different time zones and in Wordpress General Settings the time zone is set to 'London' (see attached).
Therefore as I understand my settings in WP and Amelia are correct. Also in my testing both the staff and the customer are both in the UK.
Is there any other settings I need to check?
Thanks,
Karen
Attached files: Screenshot 2024-09-27 at 15.22.09.png
Screenshot 2024-09-27 at 15.21.13.png
Hello again,
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.
Kind Regards,
Marko Davidovic
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hello again,
We often do not receive the mail from users due to filtered. We will try to reset a password and we will take a look if we are able to log in. We will take a look at this now and we will reach out to you again on this ticket as soon as we have more information.
Kind Regards,
Marko Davidovic
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hello again,
We tried few times but we do not receive mail from your site when we reset the password. Can you please send us the password here in private response.
Looking forward to your reply.
Kind Regards,
Marko Davidovic
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hello again,
We will take a look at this now and we will reach out to you again on this ticket as soon as we have more information.
Kind Regards,
Marko Davidovic
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hello again,
We went on your site and we have created an employee and a customer and we added an employee and a customer to that events and then we have removed this attendee from your events and all is working fine and there are no issues
So the only explanation that is left is that since option to show time slot in customer time zone is enabled that a customer has a wrong time zone set on their device.
As far as we can see and you in the screenshot all is working fine and we do not see any issues.
We wish you all the best and hope you have a wonderful day ahead.
Kind Regards,
Marko Davidovic
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hello again,
This is not an issue with Amelia but with your customers time zone that is set on their devices. In general settings you can turn off option called show time slots in customer time zone. Then all of them will see the time slots in your time zone. You can see in the video that we are sending you that the time when event will begin is changing based on the time zone that we set on our devices.
So after the second test we have again confirmed and you can confirm this in the video that there are no issue on your site.
We wish you all the best and hope you have a wonderful day ahead.
Attached files: simplescreenrecorder-2024-10-04_11.23.45.mkv
Kind Regards,
Marko Davidovic
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables
Hello
Thank you for taking the time and doing lots of testing today.
So that I can understand....The time received in the customer booking depends on how the customers have their time zone set on their devices, as different devices have different settings. Is this is why some customers receive the time correctly and some don't, when we are all based in the same time zone?
When we move our clocks forward an hour at the end of October and all the customers receive reminder emails before their event starts, then will they all receive the correct time?
Thanks,
Karen
Hello there,
Thank you for reaching out to us.
Yes, the customer received the time of the appointment that is set on their device. You can turn off option called Show booking slots in client time zone in general settings if you did not already and they will only see the time that is set on WordPress or in employee modal.
Should you have any further inquiries, we kindly request that you open separate tickets for each question and we will gladly help you there.
We wish you all the best and hope you have a wonderful day ahead.
Kind Regards,
Marko Davidovic
[email protected]
Rate my support
wpDataTables: FAQ | Facebook | Twitter | Instagram | Front-end and back-end demo | Docs
Amelia: FAQ | Facebook | Twitter | Instagram | Amelia demo sites | Docs | Discord Community
You can try wpDataTables add-ons before purchasing on these sandbox sites:
Powerful Filters | Gravity Forms Integration for wpDataTables | Formidable Forms Integration for wpDataTables | Master-Detail Tables