Closed (duplicate)
Project:
Drupal core
Version:
8.0.x-dev
Component:
configuration system
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
15 Mar 2013 at 21:22 UTC
Updated:
29 Jul 2014 at 22:02 UTC
Jump to comment: Most recent
Comments
Comment #1
swentel commentedBetter tag (I think)
Comment #2
gddWhen we originally had this discussion like a year and a half ago we talked about using the module dependencies graph as an ordering mechanism. This seems like the simplest solution to make happen?
Comment #3
xjmI'd call this a bug. I'm tempted to cal it a major bug. That seems pretty fragile. :)
Re: using module dependencies, I don't think that solves the problem. A module should be able to declare an arbitrary import order for its own config data depending on its internal needs. Like the field/field instance example.
Comment #4
Anonymous (not verified) commentedi suspect we'll end up wanting something like what we implemented after discussions at badcamp aaaaaages ago?
that is, allowing multiple cycles over the import list, and a mechanism for modules to say 'hey, call me again'.
or something else, if the current import code can't be made to work that way any more.
Comment #5
xjmPossibly related: #1969698: ConfigEntity::save() should disallow saving ID/UUID conflicts (Field UUID changes can badly corrupt field data)
Comment #6
xjmComment #7
xjmClosing as duplicate of #2030073: Config cannot be imported in order for dependencies.
Comment #8
xjmComment #8.0
xjmBetter link