Setting task date to "today" or "tomorrow" applies due date of current time, and in wrong timezone
Steps to reproduce:
- Open GNOME To Do
- Create a task in a synchronized task list
- Set its due date to "Today" or "Tomorrow"
- View the task list in another client, like Evolution or OpenTasks (on Android)
Actual results:
The due time of the task is set to the time the task was created, without a UTC offset applied. For example, if the task was created at 12:00 Eastern Time (UTC-4), it will have a time of 08:00 UTC.
Being in a -ve offset timezone, this is especially annoying for me because it causes other clients to immediately treat a "today" task as having a due date in the past, and thus overdue as soon as it's created!
Expected results:
The task shouldn't have a due time at all, since 1) the UI doesn't offer setting a due time, which suggests that all tasks are "all-day" tasks, and 2) setting a due date other than today or tomorrow (via the calendar menu) doesn't set a due time.
If a time must be set, it should at least have the correct timezone.
(I've ruled out my task server/account from being the root cause, as creating a timed task from another client applies the correct timezone.)
Design Tasks
-
design tasks
Development Tasks
-
development tasks
QA Tasks
-
qa (quality assurance) tasks