This doesn't make any sense. Drupal/base is in the lock file...
composer.lock for drupal/base:
{
"name": "drupal/base",
"version": "2.3.0",
"source": {
"type": "git",composer.lock for lightning...
{
"name": "acquia/lightning",
"version": "4.1.3",
"source": {
"type": "git",base does install on import...
views: 10
paragraphs: 11
lightning: 1000
theme:
stable: 0
classy: 0
seven: 0
base: 0
elevenfeat: 0
adminimal_theme: 0
collegegoalny: 0
profile: lightning
BLT Error on Acquia pipelines run:
Unable to install the <em class="placeholder">base</em> theme since it does
not exist. drush updb error locally:
[notice] Update started: webform_update_8186
> [error] Base theme base has not been installed.
> [error] Update failed: webform_update_8186 composer.lock for webform:
{
"name": "drupal/webform",
"version": "5.9.0",
"source": {
.....Oddly, there is no folder for base theme in the core/themes or docroot/themes/contrib folders. There seems to be zero articles about this project. There does seem to be a base profile, but that has no theme in it and we're indicating Lightning. I am very confused and would love some help in this matter. Thanks.
Comments
Comment #2
phenaproximaI'm sorry, I do not understand how you came to this state of affairs. Snippets of composer.lock aren't super helpful, I'm afraid.
To find out why
drupal/baseis installed, I recommend tryingcomposer why drupal/base. That should explain what is imposing the requirement. It's not Lightning, that's for sure; I never even heard of a theme called "base" until I opened this issue, and neither Lightning nor any of its components requires it. Not directly, anyway.If you can put the output of
composer why drupal/basehere in this issue, I can look at it and see if anything jumps out to me. But I can't promise I'll be able to give any real help with this one; it seems like it might be a project-specific issue.Comment #3
loopy1492 commentedI was able to confirm, at least, that the theme called "base" is created and enabled by the drupal/base module. Even though it's not listed in the "Appearance" section of the site UI, it's certainly there.
When I remove base from the core extensions config, I get this when I try to drush cim...
So now the question is why blt is having such a hard time finding this theme. I guess I'll have to pose this question in the drupal/base project. I wish I could switch projects in an issue.
Comment #4
loopy1492 commentedComment #5
loopy1492 commentedComment #6
loopy1492 commentedLooks like I managed it.
Comment #7
loopy1492 commentedComment #8
loopy1492 commentedComment #9
loopy1492 commentedAm I missing something? Should the drupal/base profile have a theme in the filesystem that isn't getting created in my installation for some reason?
Output from blt run, starting from cim attempt...
Comment #10
loopy1492 commentedI wonder if this issue has to do with us using the lightning profile, but referencing the base theme which comes from the base profile.
Comment #11
loopy1492 commentedIt seems that switching versions has cause drupal/base to download into a different folder.
"drupal/base": "dev-develop" resolves as a contrib theme
"drupal/base": "^2.3" resolves as a contrib profile
Comment #12
loopy1492 commentedYep. Somehow, and for some reason, numbered releases are installing to the profiles folder while the develop branch is installing to the themes folder. This is a theme. Is this a bug?
Comment #13
brunosouza commentedI can confirm this issue. In my case I was trying to upgrade my drupal site from 8.6 to 8.8 and in the process I enabled the claro module in development and set my custom theme base to claro but when I deployed the changes to UAT I got the same error:
> [notice] Update started: webform_update_8186
> [error] Base theme claro has not been installed.
> [error] Update failed: webform_update_8186
So I changed my base theme back to bootstrap, ran the updb again and re-changed it back to claro.
Comment #14
Antoine Lafontaine commentedSorry to be late on this, but this is not a theme, this is just a dead simple install profile I use to get a bare minimum drupal core install without any modules enabled, then do a config import to get all the modules and theme installed and leverage what is provided by drupal core to load configs packages in a profile.
If you look at the 8.2.x Readme, I also have a rough drush command to help symlink a config folder you would have outside of you profile folder.
This is a very narrow use case, but I think some people do like to use this to get started. It does speed up my own workflow when instanciating new projects.
Comment #15
Antoine Lafontaine commentedComment #16
loopy1492 commentedOh right. Never mind.