Here is the code I run in my bash script:

for site in ${sitelist}; do
  sudo -u www-data drush upc --no-core -l http://dev.$site \
    --backup-dir="${webroot}/drush-backups"
done

On the first site, a module is found to need an update, and therefore it is updated. Drupal core is not updated. Great, Drush respects my --no-core parameter! On the second site, --no-core is not respected and it asks if I want to update Drupal core. If I choose yes, it performs the update.

CommentFileSizeAuthor
#2 debug.txt49.24 KBTor Arne Thune

Comments

moshe weitzman’s picture

Status: Active » Postponed (maintainer needs more info)

We need --debug output from when you run against the problem site alone.

Tor Arne Thune’s picture

Status: Postponed (maintainer needs more info) » Active
StatusFileSize
new49.24 KB

Sorry about that. Had to redo the updates to save the debug output. Attachment is the output of the 2 sites updated by the script.

As can be seen, the first update respects --no-core, when an update to Drupal core is available. The second update finds 1 update to Drupal core, and does not respect --no-core, as it asks if I want to update it (as I do just to show more debug info).

jonhattan’s picture

Version: 7.x-4.5-rc1 »
Status: Active » Fixed

Fixed in master.

jonhattan’s picture

Version: » All-versions-4.x-dev
Assigned: Unassigned » msonnabaum
Status: Fixed » Patch (to be ported)
Tor Arne Thune’s picture

I've noticed that this only happens when there are no updates available other than Drupal core. That is, when there are other updates, Drush respects --no-core, but when the only update available is Drupal core, it does not respect --no-core.

msonnabaum’s picture

Status: Patch (to be ported) » Fixed

Backported.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.