Problem/Motivation
Now that I have enabled the GitHub actions for the latest 6.2.x branch, we are getting a failure during the install of the wxt_ext_* modules:
Notice: ]
Performed install task: install_finish_translations
Notice: ] Performed install task: install_finished
Notice: ] Performed install task: wxt_extension_configure_form
Notice: ] views.view.block_content rewritten by wxt_ext_blocksIn EntityType.php line 924:
Missing bundle entity, entity type media_type, entity id image.
Failing test: https://github.com/drupalwxt/site-wxt/actions/runs/19401147529/job/55508806004
It appears that changes in ModuleInstaller for core 11.2.x fundamentally changes the way modules are installed and config dependencies are calculated. @millnut in the related ticket tracked this down to the following commit from the parent issue - https://github.com/drupal/core/commit/3c297956866bd5f003643770febdbd16a92e69c9
Steps to reproduce
Using 6.2.x branch, install WxT and enable all optional modules during install, see the error. Optionally if you are using site-wxt 11.2.x, run make drupal_install and see failures for the builds as reported above.
There are issues for conditional config, as well as config rewrite.
Proposed resolution
Not sure, maybe we have to move to an "all or nothing" profile install, where we list all sub-module dependencies directly on the profile and don't provide the option to install one-at-a-time. Or maybe this will push us to a recipe-based approach, not 100% sure the best way forward.
Remaining tasks
Identify best course of action.
| Comment | File | Size | Author |
|---|---|---|---|
| #2 | wxt-6-2-x-failure.jpg | 277.17 KB | smulvih2 |
Comments
Comment #2
smulvih2I get the same error when installing via the UI:
Comment #3
smulvih2Looks like LocalGov Drupal folks are also running into this issue, which might be caused by differences between 11.1.x and 11.2.x, see related issue.
Comment #4
smulvih2Adding parent issue where this regression originated.
Here is my summary of the changes and how they impact WxT:
It looks like Drupal 11.2.x introduced major changes to how module configuration is validated and installed:
/config/optionalor not present in the install profile's exported config, the entire batch now fails validation./config/optionaldon’t get created until the "Optional" phase, which now runs after entity display and field config that depends on those bundles. This exposes hidden ordering problems that used to work by accident (and were always a bit finicky)./config/installas part of the "initial config set". If a distribution rewrites config from contrib modules (e.g., Metatag) but the profile does not export that base config, config_rewrite now reports "initial config missing".For Drupal WxT, we have several profile extensions that are optionally enabled (e.g.,
wxt_ext_metatagadjusts Metatag defaults to align with Government of Canada standards). With these installer changes, it appears we can no longer rely on optional profile modules to safely provide or rewrite configuration. We may now need to declare more dependencies directly on the profile itself, making the configuration more "all or nothing".Might be time to consider other options like recipes, or remove "optional" modules and just install everything. I think to get this working now, we would need to add all sub-module dependencies on the profile itself.
Comment #5
smulvih2Comment #6
smulvih2Comment #7
smulvih2Comment #8
joseph.olstadSuggest having a look at the related change records for core.
This might lead to the most pragmatic solution.
New container_rebuild_required key in .info.yml files
Change \Drupal\Core\Config\ConfigInstaller to support installing multiple modules with a single container rebuild
Comment #9
joseph.olstadActually, this issue seems also pertinent
#3416735: Stream wrappers not registered when installing module's default config
Comment #10
smulvih2Comment #11
joseph.olstadI pinged Longwave in Slack about this asking for suggestions, no answer yet. Longwave is the one that merged this change into core or committed it.
There's a slack thread here , not sure how useful this is.
https://drupal.slack.com/archives/C1BMUQ9U6/p1763991961822269
Comment #12
web247 commentedI just saw this issue when trying to test 6.2.x, I would suggest the recipe approach in the near future, in the meantime, as mentioned by @smulvih2 above, don't give the option to install individual modules and just install all modules at once.
Comment #13
joseph.olstadComment #14
joseph.olstadUnrelated Drupal 11.2.10 upgrade fixes included below:
#3557188: 11.2.x upgrade