You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jun 20, 2023. It is now read-only.
Nice catch. I agree, it's an issue with UTC conversion.
We should either adjust for the users local time within the ViewModel, or change the picker to use users current timezone already on the generated choices, and then convert them to UTC before storing them.
Later one seems cleaner, expect the UI to be in the users timezone, and then convert to UTC before saving.
Technical details
Describe the bug
The time defined when creating a QR code for an event is displayed as 2 hours later when the event is saved.
Steps to reproduce the issue
Expected behavior
The times entered should be the same as the times later displayed after a QR code for an event is created.
Possible Fix
It looks like there may be a confusion between UTC and local times. The local time zone is currently CEST which is UTC+2.
Internal Tracking ID: EXPOSUREAPP-6249
The text was updated successfully, but these errors were encountered: