Answers.Body: <p>Make sure that &quot;run queue&quot; is set in <code>general.php</code> also!</p>
  <pre><code>&lt;?php
    ...
    return [
      ...
      '*' =&gt; [
        'runQueueAutomatically' =&gt; true,
      ]
    ]
  </code></pre>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-03-25T10:08:15.643Z
Answers.Text: No we have it as false because we use a cron script to call queue/run. I know the queue is running because a lot of tasks are running fine. But some of them fail and then build up. Its not as bad as it used to be now we're updated to the latest craft. I think moving cache to file and not database was a big improvement on other issues too. But it still fails for mainly "Updating search indexes". Always a list of failed tasks for that.
Answers.UserDisplayName: Laurence Cope
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-03-26T16:36:20.483Z
Answers.Text: Thanks for sharing your experience, run queue automatically is frequently disabled for security reasons. Maybe it will be better in Craft 4
Answers.UserDisplayName: Clark Nelson
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2021-03-24T19:31:13.587Z
Answers.LastActivityDate: 2021-03-24T19:31:13.587Z
Answers.UserDisplayName: Clark Nelson
Answers.Body: <p>You will need to investigate the log files to determine the source of the problem. There should be a <code>storage/logs/queue.log</code> file. This article might be helpful <a href="https://nystudio107.com/blog/zen-and-the-art-of-craft-cms-log-file-reading" rel="nofollow noreferrer">https://nystudio107.com/blog/zen-and-the-art-of-craft-cms-log-file-reading</a></p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-09-12T10:20:54.377Z
Answers.Text: ok thanks. if I am honest the craft logging is terrible, its extremely hard to find any issue as it just dumps everything into multiple files. Although the debu toolbar mentioned on that post looks easier, will try it.
Answers.UserDisplayName: Laurence Cope
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-09-12T10:33:49.980Z
Answers.Text: Its hard to find issues in the logs, its not great. The only thing I can find relating to this, is in the "Available Debug Data" it lists the AJAX Url I think for the job. Its like this https://www.mysite.com/index.php?p=flintadmin28h28/actions/queue/get-job-info&dontExtendSession=1 and if you go to this direct it shows the error HTTP 400 – Bad Request – yii\web\BadRequestHttpException
  Request must accept JSON in response
Answers.UserDisplayName: Laurence Cope
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-09-12T15:24:24.590Z
Answers.Text: I believe you need to set a header in an AJAX call to fix that error
Answers.UserDisplayName: Clark Nelson
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2019-09-11T14:49:31.027Z
Answers.LastActivityDate: 2021-03-24T19:32:36.120Z
Answers.LastEditDate: 2021-03-24T19:32:36.120Z
Answers.UserDisplayName: Clark Nelson
Body: <p>I built a site on a dev server and the Craft queue worked in that with no extra setup needed. In fact I installed Async Queue Manager because Crafts way was too slow. They both worked fine. </p>
  
  <p>I moved the site to its live server, and the queue is not running. It runs if I manually enter ./craft queue/listen on the command line. When I stop that process it wont process the queue anymore. </p>
  
  <p>Does anyone know why it would not work on this other server? Do I need to do anything special to make it work? I suppose I could run ./craft queue/listen and leave it, but I would need to set it to run on boot. I never did this on the old server.</p>
  
  <p>Thanks</p>
  
Tags: <craft3><queue>
Title: Craft queue not being processed, listen not running
ThreadText: # Craft queue not being processed, listen not running
  
  (Asked by: username_0 on 2019-09-11)
  
  I built a site on a dev server and the Craft queue worked in that with no extra setup needed. In fact I installed Async Queue Manager because Crafts way was too slow. They both worked fine.
  
  I moved the site to its live server, and the queue is not running. It runs if I manually enter ./craft queue/listen on the command line. When I stop that process it wont process the queue anymore.
  
  Does anyone know why it would not work on this other server? Do I need to do anything special to make it work? I suppose I could run ./craft queue/listen and leave it, but I would need to set it to run on boot. I never did this on the old server.
  
  Thanks
  
  **Tags:** craft3, queue
  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_1 on 2021-03-24. Score: 2
  
  Make sure that "run queue" is set in `general.php` also!
  
  ```
  <?php
    ...
    return [
      ...
      '*' => [
        'runQueueAutomatically' => true,
      ]
    ]
  
  ```
  
  > **Comments:**
  > **username_0**: No we have it as false because we use a cron script to call queue/run. I know the queue is running because a lot of tasks are running fine. But some of them fail and then build up. Its not as bad as it used to be now we're updated to the latest craft. I think moving cache to file and not database was a big improvement on other issues too. But it still fails for mainly "Updating search indexes". Always a list of failed tasks for that.  
  > **username_1**: Thanks for sharing your experience, run queue automatically is frequently disabled for security reasons. Maybe it will be better in Craft 4  
  
  ---
  
  ### Answer by username_1 on 2019-09-11. Score: 1
  
  You will need to investigate the log files to determine the source of the problem. There should be a `storage/logs/queue.log` file. This article might be helpful <https://nystudio107.com/blog/zen-and-the-art-of-craft-cms-log-file-reading>
  
  > **Comments:**
  > **username_0**: ok thanks. if I am honest the craft logging is terrible, its extremely hard to find any issue as it just dumps everything into multiple files. Although the debu toolbar mentioned on that post looks easier, will try it.  
  > **username_0**: Its hard to find issues in the logs, its not great. The only thing I can find relating to this, is in the "Available Debug Data" it lists the AJAX Url I think for the job. Its like this https://www.mysite.com/index.php?p=flintadmin28h28/actions/queue/get-job-info&dontExtendSession=1 and if you go to this direct it shows the error HTTP 400 – Bad Request – yii\web\BadRequestHttpException Request must accept JSON in response  
  > **username_1**: I believe you need to set a header in an AJAX call to fix that error  
  
  ---
  
  