Provisioning script does not re-use existing block UUIDs

Created on 29 June 2024, 5 months ago
Updated 13 July 2024, 4 months ago

Problem/Motivation

In cases when a site is installed from a profile with existing configuration, running the provision script results in re-generating of the block UUIDs for existing blocks.

A dsicovered bi-product of this issue is that config may require a second import after the site install. If site uses `drush deploy` to update the configuration, the second config import will not run, leading to a configuration that still needs to be imported.

Steps to reproduce

Provisioning script = `drush php:eval -v "require_once '/app/web/themes/contrib/civictheme/theme-settings.provision.inc'; civictheme_provision_cli();"`

1. Setup a CT site
2. Run the provisioning script
3. Export config
4. Run the provisioning script again
5. Export config
6. Assert that the UUIDs on the blocks have changed.

Proposed resolution

Update the `civictheme_provision_place_block()` to re-use the existing UUID for an existing block (the function already loads an existing block).

User interface changes

None

API changes

None

Data model changes

None

🐛 Bug report
Status

Fixed

Version

1.0

Component

Code

Created by

🇦🇺Australia alex.skrypnyk Melbourne

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Production build 0.71.5 2024