-
Notifications
You must be signed in to change notification settings - Fork 37
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
Months may be skipped in monthly metrics histories when last day of first month in series is greater than in a subsequent month #356
Comments
I haven't yet verified if Feb's data is appearing as January or if February is just skipped altogether. |
See note here https://dateutil.readthedocs.io/en/stable/rrule.html#classes
|
Avoid rrule when possibly iterating forward from days 29-31 of months, rrule simply skip month if it tries to iterate to e.g., February 30.
Avoid rrule when possibly iterating forward from days 29-31 of months, rrule simply skip month if it tries to iterate to e.g., February 30.
See draft PR #358 for fix |
Thanks for this, @bryanlandia ! |
@johnbaldwin I think you probably saw this, but most likely the change in #360 could be removed once #358 is merged. Anyway, the problem onlly occurs in days 29, 30, and 31 of each month 🤣 so we have a little time to sort it out. (I need to write or update tests) |
Avoid rrule when possibly iterating forward from days 29-31 of months, rrule simply skip month if it tries to iterate to e.g., February 30. previous_months_iterator start num_months -1 back to incl. current Since changing the method of providing a previous months generator, we need to start one fewer months back or we lose the current month in the output. current_month should be last month returned in history
Avoid rrule when possibly iterating forward from days 29-31 of months, rrule simply skip month if it tries to iterate to e.g., February 30. previous_months_iterator start num_months -1 back to incl. current Since changing the method of providing a previous months generator, we need to start one fewer months back or we lose the current month in the output. current_month should be last month returned in history
Avoid rrule when possibly iterating forward from days 29-31 of months, rrule simply skip month if it tries to iterate to e.g., February 30. previous_months_iterator start num_months -1 back to incl. current Since changing the method of providing a previous months generator, we need to start one fewer months back or we lose the current month in the output. current_month should be last month returned in history
Appears that we never get any kind of metrics for February (unless probably it's the current month). This affects all types of metrics.
Looks like the problem is in
metrics.previous_months_iterator
The text was updated successfully, but these errors were encountered: