Closed (fixed)
Project:
Poormanscron
Version:
7.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
20 Sep 2006 at 22:08 UTC
Updated:
3 Feb 2007 at 18:30 UTC
Jump to comment: Most recent file
The attached file is a version for the DRUPAL-5-0 branch.
It should probably be committed, once tested/modified, to the new branch.
| Comment | File | Size | Author |
|---|---|---|---|
| #17 | README_8.txt | 1.18 KB | fgm |
| #10 | poormanscron.tgz | 5.68 KB | fgm |
| #7 | poormanscron_patch.tar_0.gz | 1.71 KB | jptavan |
| #4 | poormanscron_patch.tar.gz | 1.63 KB | fgm |
| #1 | poormanscron.info | 130 bytes | fgm |
Comments
Comment #1
fgm5.0 also needs the
.infofile. It is attached to this comment.Comment #2
robloachLooks good to me so far...
Comment #3
harry slaughterpatch tested.
seems to work fine.
will leave this installed on my HEAD sandbox and report any problems
you might want to uppercase the menu title for consistency.
change
'title' => t('poor man\'s cron'),
to
'title' => t('Poor man\'s cron'),
Comment #4
fgmRerolled patch as you said.
The patch archive now contains both the patch and the .info file : I can't include it in the patch file itself because it does not yet exist in CVS.
Comment #5
harry slaughterI've had this on my 5.0 sandbox for a few days now. I had it set to run every 1 minute, just for fun.
One thing I've been experiencing on my site is the occassional blank page of death. It's only every so often. I have no evidence that it's PMC (yet).
Has anyone else had this problem?
Comment #6
anthon1 commentedIts working good for me.
just a suggestion, but it would be prudent to include an explanation to the "Cron Run Intervals" numeric value. such as 60 = sixty minutes.
Comment #7
jptavan commentedWork for me, but the "poormanscron.info" should ommit the line :
package = Site configurationhttp://drupal.org/node/101009 :
poormanscron_patch.tar.gz attachement is unchanged, except for the package line.
Comment #8
Eric Cosky commentedI'm unable to get the provided patches to apply without errors. It's probably something I'm doing wrong, but just in case it isn't I thought I'd mention it. Below is the TTY of getting the last patch, gunzip, untar, and patch command used in case it helps to see it.
I get the same output if I apply it to the current version from CVS or to the 4.7 version listed on the module page, and very similar output if I use any of the other patches provided here.
Thanks for any advice or fixes.
Comment #9
basicmagic.net commentedsubscribe
Comment #10
fgmSince there seems to be a problem with the patch format, here is the full module for 5.0
Comment #11
Eric Cosky commentedThe tar worked for me, thanks.
Comment #12
litwol commentedthanks!
i was waiting long for this. it works well now.
it is however not compatible with Aggressive performance setting.
Comment #13
fgmlitwol: this is interesting to know. Have you any idea why ?
And if so, any idea on how to make it work for aggressive performance setting, or at least make sure sysads are informed of this limitation (instead of believing it should be compatible and losing time for them and for support on IRC or here).
Retracting RTBC until we can clear that.
Comment #14
fgmOK, I see why now: it's because poormanscron really depends on
hook_exit(), and this is part of the forbidden hooks for modules designed to work with aggressive mode (see the beginning of the code at http://api.drupal.org/api/HEAD/function/system_performance_settings).RTBC for me, but someone should create a DRUPAL-5 branch to commit, as this is not for 4.7.
Comment #15
Uwe Hermann commentedCommitted (with minor changes), thanks! I also created a proper release for 4.6, 4.7, and 5.x now...
Comment #16
Uwe Hermann commentedComment #17
fgmSorry, an error in the README: I mentioned the old placement for modules, but 5.0 changed the rules as per http://drupal.org/node/53705.
Attached is the correct file.
Comment #18
Uwe Hermann commentedFixed in 5.x-1.1, thanks!
Comment #19
(not verified) commented