Timezone/UX issue: Wrong day is selected when timezone differs by -1 day

alextselegidis / easyappointments

:date: Easy!Appointments - Self Hosted Appointment Scheduler

https://easyappointments.org

GNU General Public License v3.0

3.34k stars 1.28k forks source link

Timezone/UX issue: Wrong day is selected when timezone differs by -1 day #961

Closed xfxf closed 3 years ago

xfxf commented 3 years ago

I have an installation used for booking appointments for an online event. Some people using the system are from the US (i.e. GMT-8). I am in GMT +10.5 (Melbourne).

There are two issues when doing this;

The UX. A user selects a date (i.e. 17th December). It defaults to my timezone (+10.5). User changes to their timezone which is a day earlier (-8). The date does not change, so user thinks they are selecting a time on the 17th December, but they're actually selecting a date on the 16th Dec.
Confirmation screen after booking also has the wrong date (17th Dec) instead of real date, but the email that goes to them has the correct date.

alextselegidis commented 3 years ago

All right, that's a use case that is indeed an issue for the visual part.

It will be fixed in the next version.

Alex Tselegidis, Easy!Appointments Creator
Need a customization? Contact me in person!

thor432 commented 3 years ago

Is it possible to disable web browser timezone, so the site only uses the server/or practitioners timezone?

alextselegidis commented 3 years ago

You may adjust the JS file to not automatically switch the the user's timezone.

Comment the following line out:

https://github.com/alextselegidis/easyappointments/blob/master/assets/js/frontend_book.js#L133

Make sure you rebuild the assets so that the minified file gets updated too.

Alex Tselegidis, Easy!Appointments Creator
Need a customization? Contact me in person!

xfxf commented 3 years ago

@alextselegidis this still doesn't seem to be fixe on the latest version - this is reproducable on a plain version of the software, latest version.

I am in Melbourne (GST +10). The problem exists when somebody tries to book an appointment from the US, which is generally 1 day before us, it leads to massive confusion.

I have overridden some wording (as we're using this to book technical checks for a virtual conference), but the software underneath is vanilla Easy!Appointments.

First, the booking in Sydney time, note 13th:

If this was changed to a US timezone, note it still says the 13th, even though the booking is actually the 12th:

The final confirmation screen says the 13th:

But the email says the correct date:

alextselegidis commented 3 years ago

Fixed on develop.

Alex Tselegidis, Easy!Appointments Creator
Need a customization? Get a free quote!