New Feature: "Start Date" without "Due Date"

Would it be possible to add an ability to set a "Start Date" without a "Due Date"? (When using the "Advanced" Date Type setting)

I have many cases of ToDos that need to start on a given day, but they do not have any specific deadline. In other words, they cannot become overdue.

This is also useful when you want to defer a task. The "Start Date" effectively represents the "Defer To" date. Having such possibility, you could eg. hide all the tasks with Start Date in the future. This is very helpful: you do not have to think (because you don't see them) about the tasks now. I know that it's currently possible, but with a limitation that you have to set the Due Date. Which, for many tasks, is not required.


1 Like

Thanks for the feedback.

Since GoodTask is based on Reminders database, it's mandatory to have due date when start date is set on data structure.

I'll keep it on the list to consider though. Thanks!

Thanks for the quick reply!

Maybe as a workaround, we could set the "type" of a Due Date per Task (if the Due Date is the only date that is set), eg. it could be a real "Deadline" (meaning, it can become overdue, with all the consequences), or only a "Defer Date". What do you think?


I'll keep it on the list to consider. Thanks!

This is probably my biggest frustration with Reminders. I have lots of things that I want to do regularly (apply dog flea medicine; check car engine oil; check tire pressure) but that aren't due on a specific day. So I want to set them to repeat monthly, and become available but not due. With Reminders "must have a due date to repeat" behavior, I end up ignoring those specific reminders, or just keep pushing them to the next day, or whatever.

OmniFocus has the best implementation of this, where you can set tasks to repeat but not force them to be due.


+1 for some sort of implementation for Start Date that does not depend on Due Date.

Maybe it's something like "set the due date to 12/31/9999" (or whatever due date ridiculously in the future the system will allow) and hide that date. Obviously gross from an engineering perspective but would solve the limitation.