Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature request: Option to manually set date for first chore due date #1612

Closed
karifritsch opened this issue Sep 12, 2021 · 6 comments
Closed
Milestone

Comments

@karifritsch
Copy link

I lost my database with a HD failure so I'm having to recreate everything.

I have pay rent set for 25th. When I created this chore, it expects the next tracking to be for October, not September.
I also have a chore for washing my sheets every two weeks on Sundays. But, I can't tell it to start on the date where I do laundry. It's currently on the wrong week.

Seems like chores will only start counting after the initial trigger event happens. Like Sept 25th triggers it to work for October or an upcoming Sunday will start the 2 week timer.

I essentially have to always use dynamic regular to control chores, even if I want it to be weekly. Even without without due date rollover being checked, it doesn't show the chore as overdue on the 26th, it just sets the due date for next month and never becomes red.

@berrnd
Copy link
Member

berrnd commented Sep 12, 2021

Seems like chores will only start counting after the initial trigger event happens

Correct - what's the problem about simply tracking the chore once "dummy wise" in the past?

Example:

  1. New chore to be done on bi-weekly on sundays
    => currently the next estimated tracking time will be 2021-09-26 (in two weeks from today)
  2. Track the last execution manually to be done on 2021-09-05 (last week)
    => next estimated tracking will be 2021-09-19 (next week)

@karifritsch
Copy link
Author

Just tried 2 out and that allowed me to have the weeks set correctly.
I could do this as well for paying rent on the 25th, but it seems like an awkward workaround (and not intuitive to a regular user) when it should know that Sept 25 is an upcoming due date because it fulfills the criteria. But it takes that first trigger as the date to start counting for next estimated tracking rather than as the first due date itself.

@berrnd
Copy link
Member

berrnd commented Sep 12, 2021

Definitely also works (since it's technically not different) for "monthly on 25h"-chores - example:
https://test-52rkhc6w04tp3dq5c0pk4r.demo.grocy.info/choresoverview

but it seems like an awkward workaround

However you call it - it works, never behaved differently and is only a one time thing per chore - so of course a reasonable feature request, but very very low priority for me...

@karifritsch
Copy link
Author

karifritsch commented Sep 12, 2021 via email

@berrnd
Copy link
Member

berrnd commented Sep 12, 2021

After all, why wouldn't it set Sept 25 as the next due date?

Because the current simple rule is:
The next estimated tracking time is based on the last tracking time and use today as the last tracking time, if the chore was never tracked before (code ref).

That's why I wanted the manual control.

You have that already by, I repeat myself, simply tracking the chore once for a past date - maybe not so intuitive (for you), but works.

@berrnd berrnd added this to the vNEXT milestone Feb 8, 2022
@berrnd berrnd closed this as completed in 61a1b14 Feb 8, 2022
@berrnd
Copy link
Member

berrnd commented Feb 8, 2022

There is now a new chore option "Start date" which is then used as a schedule starting point when the chore was never tracked before:

grafik

berrnd added a commit that referenced this issue Feb 9, 2022
Optimized new chore start date handling (references #1612)
Change yearly chore schedule to be on the same day each year (closes #817)
Use the last price for out of stock ingredients (closes #779)
Make it optionally possible to show the recipes list full-width (closes #1772)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

2 participants