recurring date problem
I did a quick check of the support pages and had no luck finding information on this; apologies if I missed it.
I have been trying to set up a number of tasks to recur every 5 days.
There are five tasks and I entered each of them, in turn, on successive days, with the date of "every 5 days". Well, they would be entered and some of them then recur but some them don't. When I've noticed them dropping off I will reset them with "every 5 days starting 11/30/2012" for instance.
Now, when I am working on the list they will show as holding. But if I close todoist at home and then log on at the office 2 or 3 of the tasks, which WERE showing in the coming days and had the recurring circled arrows next to the project name no longer show that circled arrow icon and the date listed (if I click on it to edit) simply shows that date (rather than "every 5 days starting..."
So it seems to not be holding... in the database? Something's wrong and/or I'm pushing against some limits (is there a limit to the number of recurring tasks I can set up in the free version?).
Asked by Mark L Lilleleht on Nov 29, 2012 - 05:53
There are no limitations on how many recurring tasks you can have. The circular icon shows only for a seconds while the task is being updated. It should not be displayed longer unless the due date format of the task is invalid.
Please make sure that you type "every 5 days" into the due date field and if you use the "every 5 days starting 11/30/2012", please make sure you have the MM-DD-YYYY format set in Settings -> General and not DD-MM.
I've tried to set some tasks with the same criteria and I couldn't reproduce this issue. Please tell me:
- Can you reproduce it in at least 2 browsers?
- Are you referring to the web-app or our mobile apps?
- In which view are you completing or editing these tasks (in a project, on the 7 days list etc.)?
Mark L Lilleleht on Nov 29, 2012 - 06:40
Thanks for the quick response. I wish I could post some screenshots which I made in working through a number of things prompted by your response. Let me answer what I can from the above and give you a little more detail.
By the way, this is the ONLY time I've had trouble with recurring events. All others (using the same syntax etc) seem to be working just fine.
1) There is an icon (circle made of 2 arrows head to tail) that shows up to the left of the project name of EVERY task that I have tagged as recurring.
2) I am typing "every 5 days" and the full date format as specified. I checked settings as well and they are in MM-DD-YYYY format (both as I type and in the settings). Also, just to clarify, I have used the "every 5 days starting..." format as well as just "every 5 days" alone and it seems to have been doing this with both.
3) I am accessing it in both Firefox & Chrome. Interestingly, when I make an edit in Firefox, close todoist (but NOT the browser itself) and then open Chrome and load todoist... the edits that show and seem to be holding in Firefox do NOT show up in Chrome.
4) I'm using the web app.
5) Over the past few days I've made these edits in both 7 day + overdue & project views. And some have dropped off in either case.
I know that there were some issues with Firefox in the past (the date ordering was screwy for some time) so perhaps this is a browser compatibility issue. Hope not. Love my Firefox.
I will close Firefox now completely and reopen. See if the edits held. Then close and open in Chrome and see what happens. If edits haven't held on reopening in Chrome I will edit again, close Chrome, reopen to see if they've held in Chrome, and if so reopen in Firefox and see if they cross browsers.
Mark L Lilleleht on Nov 29, 2012 - 06:47
Made the edits in Chrome. Closed Chrome. Reopened.
Edits were there.
Logged OUT of todoist. While in Chrome. Closed Chrome. Reopened Chrome. Logged back in (using my Google account -- though I also have a direct log in keyed to my non-gmail email address). Edits of recurring events were no longer there (so the two future events that I had changed from single event to recurring had reverted back to single event).
Opened Firefox (where I had NOT logged out, though I had fully exited the browser) and... the events that I had previously edited to recur had, as they were showing in Chrome, reverted to single events.
Does this mean a Chrome issue?
Now I'm just even more confused.
You're welcome to send me screenshots to firstname.lastname@example.org
As for the issue - again, there don't seem to be any problems with this syntax. It's never advised to use Todoist in 2 browsers at the same time so please clarify - did you only used it this way to reproduce this issue now or are you using Todoist in 2 browsers normally as well?
If you make changes in one browser, you must reload the page in the other. Preferably using Ctrl+F5.
Since we can't reproduce this issue, please try to clear your browser's cache and application data/offline storage. There reload the browser and if you experience this issue again. please try to remember the exact circumstances in which it occurred.
Mark L Lilleleht on Nov 29, 2012 - 06:52
Another wrinkle: just made some of the same edits in Firefox. Reloaded the page. Everything was holding. Logged out and logged back in using Google account. Edits gone.
Mark L Lilleleht on Nov 29, 2012 - 06:54
No, I don't have todoist open in two browsers simultaneously -- I know that's probably going to cause problems.
I was wondering if this didn't have something to do with offline storage, though. I'll see if I can't tweak those settings and if that doesn't clear up the problem...
Mark L Lilleleht on Nov 29, 2012 - 07:13
Best I can tell, David, this might be a syncing problem with local storage. I started playing around with erasing cookies, reloading pages, logging off, shutting down and restarting browsers, logging back in.
When I do all of that in Firefox the edits, so far, seem to hold. Doing this in Chrome (and erasing "local storage") reverts the edits.
Not sure how useful this is, and I want to say that I've been doing most of this in Firefox (at least with this funkiness about the recurring dates) but I have been looking at my lists in Chrome -- as well as Safari.
Again, I've been careful to close todoist on computers I'm stepping away from precisely so that there's not a conflict, but I wonder if this local storage thingee isn't causing some conflicts.
I can't seem to find a way of "turning off" this option. I remember that some time back on one of the upgrades I had to either approve or deny access. But I can't figure out how to get back to that option.
Is there a way or is local storage now simply part of the deal?
Mark L Lilleleht on Nov 29, 2012 - 07:41
One more and I promise to shut up for a bit... but if this IS a local storage issue I don't see why this would only be causing recurring events to go a little wonky. And just THESE events (like I said, my other recurring events of longer standing seem to be unaffected -- though now I'm worried!!).
We've created many mechanisms that prevent false syncing even if you would use Todoist simultaneously in multiple browsers so this shouldn't theoretically be a problem.
The only alternative option that could theoretically cause such inconsistencies would be very fast checking off a task and then quickly closing the browser within the moment when it syncs and somehow corrupting the storage file. Or some internet connectivity issues that would switch between online and offline mode.
It's also possible that you may have an outdated version of our app cached in your browser. Please tell me - are you accessing Todoist through a bookmark which may point to a different URL than todoist.com, for example one that includes an old version number. The latest version is 76 right now.
Please try to completely clear the cache, offline storage and app data in Firefox (Options -> Advanced -> Network) and try to use only this browser for now and let me know as soon as this issue occurs.
I'm new to Todoist (since last week). Have the same issue here. I've created some tasks that have a monthly recurring date. Yesterday, I completed some of them and this didn't create new recurrences. A look at other tasks showed me that the date that formerly was set as recurring ("after 1 month starting 30 nov") now had only due on nov 30. On the other side, not all tasks were affected, some of them still have the recurrence set.
I use Chrome as only browser on Windows and Mac, and use the Android app, the iOS App and the iOS Safari.
The issue is not 100% reproducable, some test tasks I've created are still ok.
It seems that some of my tasks are recurrence-resistent... Set recurrence in Chrome, the sync arrows are shown for a short time, and the recurrence arrows on the tasks stay visible. Logging out from Todoist, logging in again - and the recurrence is gone.
Same behavior in Firefox (Chrome was not running for this time). Set recurrence, looks good. Waiting for a few seconds, logging out, logging in again - and the recurrence is gone... Sorry, but for now, Todoist is not usable for me...
Mark L Lilleleht on Nov 29, 2012 - 23:51
Well, I thought everything was fixed -- and that I had discovered the trouble -- but...
When I got home yesterday I discovered that I had left the todoist web app open in safari on my iPad (which was asleep but these things still talk). Shut that down and marched though all the steps David lay out above.
((By the way, my bookmark is set to and the url comes up with the latest version each time.))
I cleared the cache, offline storage, & app data on the only computer left on. logged out, logged back in, everything was looking good. Added some additional tasks (without recurrence) and then, seeing Sascha's comments above, logged out, logged back in (I'm sticking with Firefox for this), and...
POOF!! Recurrence on those same items, and JUST those items, is gone. At a bit of a loss, sadly.
Mark L Lilleleht on Nov 29, 2012 - 23:54
And let me just add, that last night, after doing all the trouble shooting and purging of cache and what-not, I was ticking off a number of tasks, many of which are earlier established recurring tasks, and, on checking them off, they greyed out, had the next date set, and held their recurrence.
Now I am wondering if there isn't a database issue/bug that's been introduced with tasks entered after some date in the none too distant past?
Mark L Lilleleht on Nov 30, 2012 - 00:27
Okay, so this is TOTAL bizarro world...
I am losing recurrence on 3 tasks -- and as far as I can tell, ONLY 3 tasks. The same 3 tasks, every time.
I created 5 different new recurring tasks. I've been logging in and out, clearing the cache, shutting down the browser, swapping browsers, checking off the tasks...
All the newly created tasks are holding their recurrence. But the same 3 (of 5 total that I created some time ago) are LOSING their recurrence, even after I reset it, check it off, have it move forward.
Not that I imagine it matters, but the text of each reads:
Log-in sometime today to Twitter directly as AfricanPoetry and read, tweet, retweet, and explore, esp "Tweets" "Activity" & "Who To Follow"
The Twitter handle is the only thing that varies.
Again, for me, the newly created tasks work just fine. And all the rest of my recurrences seem to be holding. Like I said, bizarro world.
Unfortunately, we still can't reproduce this issue.
Mark, since you've managed to narrow it down to just 3 tasks, it would be very helpful if you could provide us with as much information about these tasks as possible, incl.:
- Are they part of the same project?
- Are they all main or sub-tasks? If they're sub-task - on what level and what's the name, indent level, labels, due date of their parent task?
- What are the exact due dates of all 3 tasks?
- Do they have labels? If so - how many and what are their names?
- How were they added? Through the web-app, through our mobile app, thorough a third-party mobile app?
- Were these tasks moved from a different project? If so - were they part of a different structure in their first project?
- Did you drag & drop these tasks to different dates or postponed them?
For privacy reasons, you're welcome to send the answers directly to email@example.com and you can also attach a screenshot.
We're sorry for the inconvenience, but the more we can narrow down the options, the better the chances of reproducing and fixing this issue are. We would greatly appreciate any information.
Mark L Lilleleht on Nov 30, 2012 - 01:06
Just sent answers & screen shots to your email address.