- Issue created by @joseph.olstad
- 🇨🇦Canada smulvih2 Canada 🍁
@joseph this is strange, I didn't run into this issue when updating my sites. Those two config files are managed by WxT, when you install/uninstall a module it adds it to these files, like it has since D9. I have a few other sites to update to 5.3.0, so will keep an eye out for this issue.
- 🇨🇦Canada joseph.olstad
Hmm, during the upgrade wxt_admin was uninstalled. Not sure if this is a problem for us but one issue is I had to delete the wxt.versions and wxt_core.versions configuration using either drush cdel or php code in a hook_update
- 🇨🇦Canada joseph.olstad
This might be caused by admin_toolbar_links_access_filter being deprecated.
They're force uninstalling admin_toolbar_links_access_filter now. It was part of the admin_toolbar module.
- 🇨🇦Canada joseph.olstad
Here's the commit that is related:
https://git.drupalcode.org/project/admin_toolbar/-/commit/b848f6fcfc9f3b...
- 🇨🇦Canada joseph.olstad
With that said, wxt_admin doesn't seem to do much, I don't believe there's much there to worry about if we lose it in my clients build
With that said, for new installs, this module brings in other modules, appears that the patch I propose will likely resolve some conflict.
- 🇨🇦Canada joseph.olstad
This patch is good, needs review for patch 6, needs review because there's another similar issue in the queue but they seem to have a larger scope.
- 🇨🇦Canada joseph.olstad
This patch should do the trick
https://www.drupal.org/files/issues/2024-12-02/3490685-06.patch →
- 🇨🇦Canada smulvih2 Canada 🍁
@joseph good call on including this fix! It has been merged with 5.3.x, automated tests are passing, let me know if this helps your upgrade. Thanks!
- 🇨🇦Canada joseph.olstad
Thanks, I'm seeing it in the latest wxt-5.3.x dev
got the fix by upgrading wxt.