Last release didn't quite fix the high cpu issue in all cases, this should.
This is supposed to look for a day past the last day it ran, not a month past. Seems to work, at least in anarcat's test case.
This commit is contained in:
parent
5006ade11d
commit
9e16171c7f
2 changed files with 7 additions and 1 deletions
|
@ -121,7 +121,7 @@ calcNextTime (Schedule recurrance scheduledtime) lasttime currenttime
|
|||
| otherwise -> skip 1
|
||||
Monthly Nothing
|
||||
| afterday -> skip 1
|
||||
| maybe True (\old -> mnum candidate > mnum old && mday candidate >= (mday old `mod` minmday)) lastday ->
|
||||
| maybe True (\old -> mday candidate > mday old && mday candidate >= (mday old `mod` minmday)) lastday ->
|
||||
-- Window only covers current month,
|
||||
-- in case there is a Divisible requirement.
|
||||
Just $ window candidate (endOfMonth candidate)
|
||||
|
|
6
debian/changelog
vendored
6
debian/changelog
vendored
|
@ -1,3 +1,9 @@
|
|||
git-annex (5.20140412) UNRELEASED; urgency=high
|
||||
|
||||
* Last release didn't quite fix the high cpu issue in all cases, this should.
|
||||
|
||||
-- Joey Hess <joeyh@debian.org> Fri, 11 Apr 2014 17:13:07 -0400
|
||||
|
||||
git-annex (5.20140411) unstable; urgency=high
|
||||
|
||||
* importfeed: Filename template can now contain an itempubdate variable.
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue