Running: drush --simulate @sites update ignores the '--simulate' argument, running a real multi-site update.
If it's not supported should be more safe to abort drush with an error instead of ignoring the flag.
Running: drush --simulate @sites update ignores the '--simulate' argument, running a real multi-site update.
If it's not supported should be more safe to abort drush with an error instead of ignoring the flag.
Comments
Comment #1
Kafu commentedFollowing discussion in #831272: '@sites' alias doesn't work unless drush can find at least one local site at the drupal root, I've retried with the right syntax:
../../drush/drush --simulate /usr/local/home/daniele/drupal/drupal2/drupal/@sites update.The result is that '--simulate' is ignored, '--yes' is implied and the sites are really updated without any interaction.
Comment #2
moshe weitzman commentedupdatedb needs --simulate support. already filed.
Comment #3
Kafu commentedSorry If I re-activate this issue (the duplication should be issue #436988: Add --simulate support to updatedb command and logging, right?). But here there's also the problem of '--yes' that is automatically implied, that should not have relations to '--simulate', right? If I'm wrong, sorry.
Comment #4
owen barton commentedI don't think we have and option but to force enable --yes, as backend invoke commands won't accept user interaction anyway
Comment #5
greg.1.anderson commentedThis issue was marked
closed (won't fix)because Drush has moved to Github.If desired, you may copy this bug to our Github project and then post a link here to the new issue. Please also change the status of this issue to
closed (duplicate).Please ask support questions on Drupal Answers.