Documentation missing about what is the retention strategy for completed TimeTickers, there is no clear way on how to specify that.

[vini-nu]

It's unclear what tickerq does with Done tickers (and crashlooping ones), how long does it store them, how to remove older than X without quering for each by Guid. Unless by using EntityFramework directly, but that does not ensure that added EF queries will work when TickerQ is updated.

The data held in the bodies can have variable sensitivity and can have different retentions periods required.

These things should be more transparent on documentation.

[jods4]

I was wondering the same... after giving the codebase a quick glance I did not find an (ideally configurable) task that would clean up old CronTickerOccurences and TimeTicker based on their ExecutedAt time.

For really busy schedulers that run a lot of tasks with high-frequency this is a must-have.
It's not difficult to create such a job yourself but I feel like it should be out of the box.

One aspect of this to consider is failed tickers. For monitoring purposes maybe a ticker in error should never be deleted (users can do it from dashboard), or maybe it should be deleted after a different (longer) interval of time.

[vini-nu]

Failed tickers can have different expiration, but still should be able to be specified to fit rules (for example, GDPR expiration).

[mes-rrivas]

Related to #701