Closed (duplicate)
Project:
Configuration Management
Version:
7.x-1.x-dev
Component:
Code
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
25 Jan 2012 at 00:11 UTC
Updated:
24 Jul 2012 at 16:06 UTC
Jump to comment: Most recent file
Comments
Comment #1
btmash commentedMoving to appropriate project.
Comment #2
lucascaro commentedThis also appears after exporting configuration. Same error, same file and line.
It is related to this code:
The problem here is that configuration_dependency does not exist in this array. Here's an example value I got exporting input formats:
Should $export['configuration_dependency']['configuration'] be instead $export['configuration']['dependencies'] ?
Comment #3
lucascaro commentedBumping to major since this is blocking the export functionality.
Comment #4
lucascaro commentedAlso if that's the case, there are several places using $export['configuration_dependency'] that might be breaking the functionality, like function _configuration_track_dependencies($export) at configuration.export.inc:779
Comment #5
lucascaro commentedHere's a patch for this punctual issue, changing the key to dependencies.
I'm not sure why in different places configuration_dependency and dependencies are used, but in this case it was dependencies, so this is fixed.
Need to keep an eye out for other problems with this array key.
Comment #6
dragonwize commentedComment #7
GDrupal commentedA strange thing is happening to me and right now (i'm testing configuration against open publish distribution) this patch does not work in my environment. I'm afraid that there is a lack o consistency in the definition of the $export array structure and we need to track it down.
This how my "$export" array looks right now for me:
Seems that 'configuration" and 'dependencies' are at the same level so... looks that we have to use only 'dependencies'. But i'm not sure at all if the array structure will change in other contexts. :x
Comment #8
lucascaro commentedThanks for the review @GDrupal, I suspect that the configuration key is something else and as we talked on skype, this problem seems to be deeper than we thought.
Lets ignore this patch and I'll add some test cases to the module and try to illustrate the different cases.
Comment #9
GDrupal commentedYeap! I totally agreed test cases will help us to understand better what is happening behind the curtains.
Comment #10
dagmarI think this is a duplicated of #1698428: Several Notice messages on configuration migrate page.
As far I know, the patch from #5 is not correct. $export['configuration_dependency']['configuration'] shouldn't be replaced by $export['configuration_dependency']['configuration'] because there are different things.
After some research I found that $export['configuration_dependency'] have values when taxonomies are exported, this came from taxonomy_configuration_export().
So, I think we just check if there is values for $export['configuration_dependency'] using a !empty like I already did in #1698428: Several Notice messages on configuration migrate page.
What do you think?
Comment #11
lucascaro commented@dagmar I think you got it right.
Comment #12
lucascaro commentedMarking as duplicate of #1698428: Several Notice messages on configuration migrate page.