New answers tagged

0

Well. See https://docs.drush.org/en/master/install/ But you are talking about Drupal 7. Please see the compatibility chart below. Drupal 7 requires Drush 8. See https://docs.drush.org/en/master/install/#drupal-compatibility in particular.


0

Wow! For me it was the inclusion of the settings.local.php file which wasn't working anymore locally. Previously I did it like so, and still do on the live server where it's still working. But locally on my macOS with MAMP this returned a wrong path and so the settings.local.php file wasn't included anymore and Drush didn't found the default site anymore. /...


4

Right now, this isn't possible with content moderation installed without doing backflips such as replacing the moderation handler for the node entity type. This is however being worked on! Here are some issues which are relevant to the problem you are having: Allow 'syncing' content to be updated in content moderation without forcing the creation of a new ...


0

I am still having this issue. When I wget the URL in question to trace it, I get a bunch of 302 redirects and then 403. I am not sure what is going on. I've disabled modules, checked .htaccess and tried resetting the password, unblocking (wasn't blocked to begin with). Nothing is working root@9f36a42af882:/src/docroot/web# wget https://1cff2fda-2b2f-4dbf-...


0

Assuming Entity API is installed we can use entity_delete_multiple which should be faster than deleting one every time. define("MY_VOCAB", "tags"); function _custom_zap_vocab() { $vocab = taxonomy_vocabulary_machine_name_load(MY_VOCAB); $tree = taxonomy_get_tree($vocab->vid); $tids = array_map(function($term){ return $term->tid; }, $...


0

Use an IDE to open your site and search into all your files. When you find one exit(), comment it and try to use Drush again. Do it until you find the exit() that block Drush.


0

Checking your php version first by command line: php -v and install the corresponding php-xml extension (eg: php5.6-xml; php7.0-xml; php7.1-xml; php7.2-xml).


0

No. The critical path for drush updb is through: update_main() drush_update_batch() Where drush_update_batch() toggles the maintenance mode state prior to processing the updates needed to be processed. Theoretically, you could modify Drush itself or create your own Drush command that mimics the drush_update_batch() code without toggling maintenance mode....


1

Actually, if you take a look at the drush code for updatedb command, you can find this piece of code in updateBatch() function: $original_maint_mode = \Drupal::service('state')->get('system.maintenance_mode'); if (!$original_maint_mode) { \Drupal::service('state')->set('system.maintenance_mode', true); $operations[] = ['\Drush\Commands\core\...


0

It turns out that making it work wasn't at all easy, so I'll try to post an answer to my own question in the hope that it helps some other newbies, who do not have a lot of experience in working with remote linux servers, but want to use drush 9.x with their Drupal 8 installation: First of all, after finding a similar problem in https://www.drupal.org/forum/...


Top 50 recent answers are included