Force-create new UUIDs in default config objects during initial import/creation

Created on 21 December 2013, almost 11 years ago
Updated 7 June 2024, 5 months ago

Problem

  • Default configuration files of modules may contain UUIDs from the originating site on which the config was created.
  • These UUIDs of newly created configuration objects are not universally unique, but identical on all sites instead.

Proposed solution

  1. Force-create a new UUID for each configuration entity object that is imported from default configuration during initial installation of an extension.

Notes

  • Given this and other existing diverging behavior of the default config import process:
    1. The original assumption that the default config import vs. the active/staging store synchronization would be the same is no longer really true.
    2. Next to custom business logic like force-creating new UUIDs, the default config also uses a single, non-swappable file format.
    3. It's probably time to decouple of the default config import code from the config syncing code. Which probably allows us to kill the new isSyncing() flag, too.
πŸ“Œ Task
Status

Needs work

Version

11.0 πŸ”₯

Component
Configuration entityΒ  β†’

Last updated 34 minutes ago

Created by

πŸ‡©πŸ‡ͺGermany sun Karlsruhe

Live updates comments and jobs are added and updated live.
  • Needs tests

    The change is currently missing an automated test that fails when run with the original code, and succeeds when the bug has been fixed.

  • Triaged core major

    There is consensus among core maintainers that this is a major issue. Only core committers should add this tag.

Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

Production build 0.71.5 2024