I have been using both the update manager in Drupal and using Composer when it was required to install a contrib module - specifically Address. During an update to the latest 8.3.2 moving the required core files and using update manager (/update.php) the process undid the previous installation of the contrib module Address and broke my site because it could no longer find the dependencies for Address.

As i've been experimenting with Drupal 8.3.x and contrib modules in anticipation of upgrading a Drupal 7 site, from what I've understood from reading docs/forums etc. is that you can use both methods (update.php and Composer).

Now I'm not so sure and wondering if this information should be clarified in the 8 documentation. That if you are going to use contrib modules that require Composer to install/update than you will have to use it to update core as well or else it will break your site.

If you must use Composer to install a contrib module and this requirement may break that install using the Drupal gui then this really needs to be included in the documentation and will raise the barrier for non-developers

Related:

Comments

lsabug created an issue. See original summary.

cilefen’s picture

There is a critical issue to document it #2867757: Improve instructions for updating composer.json and /vendor. What was the UI action that broke the site? I think it was already broken in places when you executed /update.php as a result of the new files in /vendor (which were missing Address's dependencies).

cilefen’s picture

Issue tags: +Composer
lias’s picture

@cilefen - thanks for link, I will follow that issue.

If I understand your question correctly, the UI action was updating the site to Drupal 8.3.2 from 8.3.1 after I had installed previously installed Address using Composer. Address was the only module that required Composer of the one's I've installed on a dev site.

I've been able to roll back that update and start over. This time I updated to 8.3.2 using Composer and it seems the update went as expected although from what I've been reading, updating Drupal this way leaves the core files like index.php untouched.

I followed this site page for instructions: https://glamanate.com/blog/managing-your-drupal-project-composer

Version: 8.3.x-dev » 8.4.x-dev

Drupal 8.3.6 was released on August 2, 2017 and is the final full bugfix release for the Drupal 8.3.x series. Drupal 8.3.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.4.0 on October 4, 2017. (Drupal 8.4.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.4.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.5.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.4.x-dev » 8.5.x-dev

Drupal 8.4.4 was released on January 3, 2018 and is the final full bugfix release for the Drupal 8.4.x series. Drupal 8.4.x will not receive any further development aside from critical and security fixes. Sites should prepare to update to 8.5.0 on March 7, 2018. (Drupal 8.5.0-alpha1 is available for testing.)

Bug reports should be targeted against the 8.5.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.6.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.5.x-dev » 8.6.x-dev

Drupal 8.5.6 was released on August 1, 2018 and is the final bugfix release for the Drupal 8.5.x series. Drupal 8.5.x will not receive any further development aside from security fixes. Sites should prepare to update to 8.6.0 on September 5, 2018. (Drupal 8.6.0-rc1 is available for testing.)

Bug reports should be targeted against the 8.6.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.7.x-dev branch. For more information see the Drupal 8 minor version schedule and the Allowed changes during the Drupal 8 release cycle.

Version: 8.6.x-dev » 8.8.x-dev

Drupal 8.6.x will not receive any further development aside from security fixes. Bug reports should be targeted against the 8.8.x-dev branch from now on, and new development or disruptive changes should be targeted against the 8.9.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.8.x-dev » 8.9.x-dev

Drupal 8.8.7 was released on June 3, 2020 and is the final full bugfix release for the Drupal 8.8.x series. Drupal 8.8.x will not receive any further development aside from security fixes. Sites should prepare to update to Drupal 8.9.0 or Drupal 9.0.0 for ongoing support.

Bug reports should be targeted against the 8.9.x-dev branch from now on, and new development or disruptive changes should be targeted against the 9.1.x-dev branch. For more information see the Drupal 8 and 9 minor version schedule and the Allowed changes during the Drupal 8 and 9 release cycles.

Version: 8.9.x-dev » 9.2.x-dev

Drupal 8 is end-of-life as of November 17, 2021. There will not be further changes made to Drupal 8. Bugfixes are now made to the 9.3.x and higher branches only. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

Version: 9.2.x-dev » 9.3.x-dev

Version: 9.3.x-dev » 9.4.x-dev

Drupal 9.3.15 was released on June 1st, 2022 and is the final full bugfix release for the Drupal 9.3.x series. Drupal 9.3.x will not receive any further development aside from security fixes. Drupal 9 bug reports should be targeted for the 9.4.x-dev branch from now on, and new development or disruptive changes should be targeted for the 9.5.x-dev branch. For more information see the Drupal core minor version schedule and the Allowed changes during the Drupal core release cycle.

smustgrave’s picture

Status: Active » Closed (outdated)