+ Add Question

Recurring tasks showing up on wrong days

Lately, I have noticed many of my tasks with recurring days showing up on the wrong day. For example, something that I have scheduled for "every Friday" is showing up on Saturday. The only way for me to fix it is to change the date, save it, reopen it and save the date the back to the way I originally wanted it. It seems the task is confused.

All responses

David Trey  staff
Replied on Feb 16, 2013 - 12:39 UTC

Hello Julie,

Please tell me:
- Do you have the correct time zone selected in Todoist's Settings and on the device you're using Todoist with?
- Have you traveled between timezones lately and not changed the zone in Todoist's Settings?
- Did you use the "Do it today" option on any of these tasks?


Best regards,
David

Julie
Replied on Feb 16, 2013 - 14:38 UTC

Yes, time zones are set correctly.
No traveling.
I don't think I used the "Do it today" option because I know that would change the date, but it's possible. I will be careful not to on recurring tasks. I use "Do it today" and "Postpone" often on items dated for a single specific date.

David Trey  staff
Replied on Feb 16, 2013 - 19:45 UTC

Julie,

Thank you for this information, we'll look into this issue and we'll try to fix it soon.


Best regards,
David

David Trey  staff
Replied on Feb 18, 2013 - 20:47 UTC

Julie,

We've checked the properties of these tasks and we can't find any issue that would be caused by any bug on our end. The only way that this problem may occur is when the "Do it today" option has been used.

We will try to fix the "Do it today" bug so it won't change the original recurrence criteria in the future.


Best regards,
David

Julie
Replied on Feb 18, 2013 - 22:25 UTC

Okay, thank you. That may have something to do with it. Seems I began noticing the issue around the same time I discovered the Do It Today and Postpone functions, so perhaps I am messing things up on my own. I will be more careful. I live for Todoist!

Reed Wade  premium
Replied on Feb 15, 2015 - 05:22 UTC

I'm having this exact problem. I've got a item set for "every friday" and if I tick it on a Saturday then instead of going to the next Friday it's marked as due on the next Saturday.

David mentions time zones. I do live in a time zone where it's normally Saturday when the US is having Friday...

Clyde Romo  staff
Replied on Feb 15, 2015 - 09:31 UTC

Hi Reed,

Can you please check if all of your devices are set to the same timezone? If one is not set up properly, it could lead to this problem.

Sorry for the inconvenience!


Regards,
Clyde

Reed Wade  premium
Replied on Feb 15, 2015 - 09:59 UTC

I'll do an audit. I can think of 5 different devices I use with todoist -- so it's kind of a drag if the the workaround is I always need to be very careful about time zones and also avoid travel or the app will freak out.

Is this on the list of things to fix? I seem to see several other postings about this problem with the advice being to be sure to check time zones. Also, I'm confused that the (Android) app itself has a time zone setting separate from the device time zone. That seems odd.

I can certainly imagine that having an app that talks about days would need to get a strong and uniform notion about what time zone was in force and that it would relate to the user and not the device they were using. In that case, I'd expect the tz setting to be a user preference that could get set from anywhere but that preference should then get updated to all devices upon refresh.

--

ooo -- just tested changing tz on the web site and it pushed the change to my android td app -- cool

so, yeah, I can't think of any change you all could make that would fix that any better

thanks,
-reed

Clyde Romo  staff
Replied on Feb 16, 2015 - 02:49 UTC

Hi Reed,

The Android app uses the timezone set in your phone and some phone's automatically updates the timezone accordingly. However, some of your other devices amy not be set properly (e.g. computers/laptops) and that could cause this problem.

We'll look into improving this in the future though. :-)


Regards,
Clyde