Problem

For the features revert update hook social_core_update_8802 we overwrite the features manager module so we can alter the file system access. At the end of the update hook we restore the features manager service to what it was before to ensure any other code gets the service they expect.

In the restore of the service there's a small typo which causes the features.manager service to remain overwritten. This can cause issues when other code tries to access the features manager service in the same request or drush command.

It does not cause issues in the following cases because in each case the container is rebuilt between the execution of the update hook and the calling of the features manager service.

  • Updates run through update.php
  • Running drush fra after drush updb
  • Executing new update hooks with drush updb separately from the drush updb that executes social_core_update_8802

Solution

Fix the typo

Comments

Kingdutch created an issue. See original summary.

kingdutch’s picture

kingdutch’s picture

kingdutch’s picture

Status: Needs review » Fixed

Status: Fixed » Closed (fixed)

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