[GH-ISSUE #2203] Adding Cron Parsing for Repeating Intervals #6593

Open
opened 2026-04-20 17:11:29 -05:00 by GiteaMirror · 2 comments
Owner

Originally created by @aileron565 on GitHub (Feb 8, 2026).
Original GitHub issue: https://github.com/go-vikunja/vikunja/issues/2203

Pre-submission checklist

  • I have searched for existing open or closed issue reports with the same feature request.

Description

By using adding cron format support for scheduling, it would greatly increase the flexibility of repeat intervals. This should be a fairly simple approach that already has go packages built to handle this use case would solve a large variety of scheduling situations and needs.

Which alternatives did you consider using instead?

No response

Originally created by @aileron565 on GitHub (Feb 8, 2026). Original GitHub issue: https://github.com/go-vikunja/vikunja/issues/2203 ### Pre-submission checklist - [x] I have searched for existing open or closed issue reports with the same feature request. ### Description By using adding cron format support for scheduling, it would greatly increase the flexibility of repeat intervals. This should be a fairly simple approach that already has go packages built to handle [this use case](https://github.com/adhocore/gronx?tab=readme-ov-file#next-tick) would solve a large variety of scheduling situations and needs. ### Which alternatives did you consider using instead? _No response_
GiteaMirror added the area/recurring-tasks label 2026-04-20 17:11:29 -05:00
Author
Owner

@kolaente commented on GitHub (Feb 8, 2026):

Really unsure about this because cron is not very accessible to non-it people. And there is https://github.com/go-vikunja/vikunja/pull/2032 which will likely clash.

<!-- gh-comment-id:3866982986 --> @kolaente commented on GitHub (Feb 8, 2026): Really unsure about this because cron is not very accessible to non-it people. And there is https://github.com/go-vikunja/vikunja/pull/2032 which will likely clash.
Author
Owner

@aileron565 commented on GitHub (Feb 8, 2026):

That's a fair assessment. RRULEs are more traditionally used for calendar apps. I personally find RRULE strings to be harder to write and understand how all the pieces work together, but that might just be me.

I'm always an advocate to give users a few familiar choices, hence why I was suggesting as an alternative method instead of replacing the existing standard methods (whether that's the current implementation or RRULEs).

<!-- gh-comment-id:3868423343 --> @aileron565 commented on GitHub (Feb 8, 2026): That's a fair assessment. RRULEs are more traditionally used for calendar apps. I personally find RRULE strings to be harder to write and understand how all the pieces work together, but that might just be me. I'm always an advocate to give users a few familiar choices, hence why I was suggesting as an alternative method instead of replacing the existing standard methods (whether that's the current implementation or RRULEs).
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/vikunja#6593