Posted by msonnabaum on September 12, 2011 at 3:36pm
4 followers
| Project: | Drupal Queue |
| Version: | 6.x-1.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | major |
| Assigned: | Unassigned |
| Status: | reviewed & tested by the community |
Issue Summary
The current logic that determines whether or not to set the max_execution to 240 only checks that the current value is less than 240.
Since 0 is less than 240, max_execution gets set. Problem is, 0 means infinite so max_execution gets set unnecessarily.
Attached patch fixes.
| Attachment | Size | Status | Test result | Operations |
|---|---|---|---|---|
| fix_max_execution_time.patch | 529 bytes | Idle | FAILED: [[SimpleTest]]: [MySQL] 8 pass(es), 0 fail(s), and 1 exception(es). | View details | Re-test |
Comments
#1
+++ b/drupal_queue.moduleundefined@@ -38,7 +38,8 @@ function drupal_queue_cron_run() {
+ $max_execution = ini_get('max_execution_time');
+ if ($max_execution_time > 0 && $max_execution_time < 240 && !ini_get('safe_mode')) {
Looks like a major bug in variable use:
$max_executionvs.$max_execution_time.#2
Updated patch fixing error in #1.
#3
Looks good to me.