I got the same problem. Any news about?
It's a pretty big and annoying bug.
explanations would be appreciated.
I have the same problem as @mlncn and I want to thanks him for the investigation and testing work.
I myself have done tests on the local ddev environment (rather powerful hw) and no more than 4 queue records per second are processed.
On the production server (on staging site) it reachs 5 records per second. Absolutely not enough for a high traffic site.
As a result, the queue table is constantly growing on the production site.
Setting 600 seconds for the cron time of the radioactivity_incidents and radioactivity_decay queues would probably solve the problem but, I don't know why, only on the production site hook_queue_info_alter() is not executed when cron starts. Same enabled custom module code works on staging site. Maybe some different settings? Any suggestion?
thx
realgiucas โ made their first commit to this issueโs fork.
Patch works, the problem is solved. Thx
realgiucas โ created an issue.
realgiucas โ created an issue.
I agree with @rbrandon, it's hard to decide which version to use.
A breaf list of changes at least.
I can'use drush install
command.
Which drupal version are you using? I tried the following
Drush Version : 8.4.8:
$ drush install --version
The drush command 'install' could not be found. Run `drush cache-clear drush` to clear the commandfile cache if[error]
you have installed new extensions
Drush Commandline Tool 10.6.2:
$ drush install --help
Command "install" is not defined.
Did you mean one of these?
pm-uninstall
pm:uninstall
sasm-reinstall-ft
search-api-solr-delete-and-reinstall-all-field-types
search-api-solr-multilingual-delete-and-reinstall-all-field-types
search-api-solr:install-missing-fieldtypes
search-api-solr:reinstall-fieldtypes
site-install
site:install
solr-reinstall-ft
theme-uninstall
theme:uninstall