Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

project.human_name attribute missing in blt.yml/build.yml #4182

Closed
ba66e77 opened this issue Jun 17, 2020 · 0 comments · Fixed by #4188
Closed

project.human_name attribute missing in blt.yml/build.yml #4182

ba66e77 opened this issue Jun 17, 2020 · 0 comments · Fixed by #4188
Labels
Bug Something isn't working

Comments

@ba66e77
Copy link
Contributor

ba66e77 commented Jun 17, 2020

Describe the bug
The setup process is not setting the project.human_name attribute when creating a project. As a result, when running blt drupal:install the drush command has no value for the --site-name parameter and the site name gets set to "1"

excerpt from output of blt drupal:install

[Acquia\Blt\Robo\Tasks\DrushTask] Running /var/www/d9take6/vendor/bin/drush @self site-install '' install_configure_form.enable_update_status_module=NULL --sites-subdir=default --site-name --site-mail=no-reply@acquia.com --account-name=DFWBLKuBtD --account-mail=no-reply@acquia.com --locale=en -v --ansi in /var/www/d9take6/docroot

To Reproduce
Steps to reproduce the behavior, ideally starting from a fresh install of BLT:

  1. Install BLT 12 via composer create-project acquia/drupal-recommended-project mysite
  2. Invoke blt drupal:install either by setting up a local or triggering a CI tool build

Expected behavior
Previous versions of BLT set the human name to the hostname, IIRC. I'd expect this one to do the same.

System information

  • BLT version: 12.x
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant