ecomdev / ecomdev_layoutcompiler Goto Github PK

Backtrace:

#0 app/code/core/Mage/Core/Model/Config.php(876): Mage::throwException('Module "EcomDev...')
#1 app/code/core/Mage/Core/Model/Config.php(812): Mage_Core_Model_Config->_sortModuleDepends(Array)
#2 app/code/core/Mage/Core/Model/Config.php(315): Mage_Core_Model_Config->_loadDeclaredModules()
#3 app/code/core/Mage/Core/Model/App.php(425): Mage_Core_Model_Config->loadModules()
#4 app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Model_App->_initModules()
#5 app/Mage.php(684): Mage_Core_Model_App->run(Array)
#6 index.php(84): Mage::run('', 'store')
#7 {main}

I would suggest either add EcomDev_PHPUnit as dependency to composer.json or remove it from EcomDev_LayoutCompilerTest.xml.

Warning: array_merge(): Argument # 2 is not an array in app/code/core/Mage/Core/Model/Config.php on line 851

Magento: 1.9.2.0 CE

Backtrace:

#0 [internal function]: mageCoreErrorHandler(2, 'array_merge(): ...', '/var/www/html/...', 851, Array)
#1 app/code/core/Mage/Core/Model/Config.php(851): array_merge(Array, NULL)
#2 app/code/core/Mage/Core/Model/Config.php(812): Mage_Core_Model_Config->_sortModuleDepends(Array)
#3 app/code/core/Mage/Core/Model/Config.php(315): Mage_Core_Model_Config->_loadDeclaredModules()
#4 app/code/core/Mage/Core/Model/App.php(425): Mage_Core_Model_Config->loadModules()
#5 app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Model_App->_initModules()
#6 app/Mage.php(684): Mage_Core_Model_App->run(Array)
#7 index.php(84): Mage::run('', 'store')
#8 {main}

When enabling the layout compiler the widgets aren't rendered anymore.

Hi Ivan, the idea sounds great how can i contribute?

If enable Compile Layout design crashed. How to debug this issue?

Is it me or isn't it possible to flush the compiler cache? Ideally it should be flushed when the layout cache is flushed?

There is a weird bug happening (I've seen it often on various dev environments) where the path to the module isn't quite right.

I think it's got something to do with the wildcards used in the modman file: https://github.com/EcomDev/EcomDev_LayoutCompiler/blob/master/modman

I've never seen wildcards used before in such a way (or in composer.json Magento mapping) and suspect a bug is happening with this module in combination with the Magento hackathon composer installer.

The path that it tries to install is:

app/code/community/EcomDev/LayoutCompiler/LayoutCompiler/LayoutCompiler/Helper/Data.php (LayoutCompiler is there three times).

I can replicate it consistently by running composer.phar run-script post-install-cmd -vvv -- --redeploy.

I might investigate further and do a PR.

"symfony/filesystem": ">2.3"

This requires at least PHP 5.5.9, see here.

Use tag 1.0.0 if that is the case for you.

This should at the very least be reflected in the README, which still states 5.4 as the minimum PHP version.

you may incorporate the getOutput() function from https://github.com/Inchoo/Inchoo_PHP7/blob/master/app/code/local/Inchoo/PHP7/Model/Layout.php to let this extension play nice with PHP >= 7 and to avoid duplicate rewrite conflicts.

Lock file write operations, so in highly concurrent mode file will not get overridden by another process.