dmfs / opentasks

A task app for Android

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Timezone gets reset to GMT-00:00

senorclean opened this issue · comments

I've really enjoyed using this app over the last couple of years but there is one issue I keep running into. When I initially create a task and then set either a start date or due date, everything works as intended (the Timezone is automatically populated with Pacific Standard Time (PST). I get a notification when that time elapses. But say that I can't get to that task and I want to reschedule it for the next day. When I select the task to change the due/start date, the Timezone field will be set to GMT-00:00. So if I just absentmindedly changed the day for the due/start date, the actual time listed next to it would be wrong because the Timezone is completely off now. I'm using the latest F-Droid version. Am I doing something wrong here? Are you able to reproduce this? Thanks!

Actually, I can not reproduce this issue. Do you use any synchronization app? Does this also happen on local, unsynced lists?

Ah that's something I hadn't thought of. I use CalDAV (DavX for Android) to sync my lists to a backup server. I couldn't reproduce this with a local task so that's a good sign. Are you aware of why this could be happening with a synced list? If not, then I can close this and try to debug elsewhere.

EDIT: After probing a bit deeper, it does seem to be related to syncing. I noticed that immediately after forcing a sync with a new task, this issue appeared when I clicked on a task again. This may be caused by something on the DavX side though.

I have the same problem, also using DAVx5. So far, I couldn't find a related DAVx5 issue in their issue tracker.

I think I could find the root cause for my problem: It seems to be my CalDAV provider mailbox.org. I can reproduce the problem with Evolution in debugging mode, so I assume that the same happens with DAVx5, too:

Sent to server:

DUE;TZID=Europe/Berlin:20210413T100000

Received from server:

DUE:20210413T080000Z

This also occurs for me using privateemail.com, a service of NameCheap.