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
Description
When syncing tasks with a CalDAV provider, the timezone is not taken into account in the date fields (Due, Start). This only affects tasks created outside of Errands and then fetched, but not tasks created in the app.
Steps to reproduce:
Set up a CalDAV account which integrates also task functionalities (e.g. mailbox.org).
Verify that the timezone is the same (e.g. GMT+1) both in the cloud (if such a setting available) and locally (GNOME Settings).
Create a task with the CalDAV provider. Include a due date/time (e.g. today at 15:30).
Sync/Fetch Tasks (Ctrl-F).
Expected Result:
The task is fetched from the server. The due date is fetched, with the same time as on the CalDAV server (15:30 hours in the example).
Actual Result:
The task is fetched from the server. The due date is fetched, but the time ignores the timezone (GMT instead of GMT+1) (14:30 hours in the example).
Remarks:
If a task with due date/time is created with Errands, and then synced with the server for the first time, the time is not altered on the server (same time both locally and with the sync provider). A new fetch, however, alters the time, as described above.
This doesn't seem to be an issue with the provider. If a task is created in the sync provider's account, as detailed above, fetching it to another task app (e.g. Reminders app on iPhone) doesn't alter the time.
The text was updated successfully, but these errors were encountered:
Description
When syncing tasks with a CalDAV provider, the timezone is not taken into account in the date fields (Due, Start). This only affects tasks created outside of Errands and then fetched, but not tasks created in the app.
Steps to reproduce:
Expected Result:
The task is fetched from the server. The due date is fetched, with the same time as on the CalDAV server (15:30 hours in the example).
Actual Result:
The task is fetched from the server. The due date is fetched, but the time ignores the timezone (GMT instead of GMT+1) (14:30 hours in the example).
Remarks:
The text was updated successfully, but these errors were encountered: