The wonderful Umbraco Support sorted me for this one:
'The issue here is that the aliases of the macro parameters have been changed. So the parameter used to have the alias locationheader but it was changed it to loctionHeader. Which means that a node which had the macro added when it had the old parameters alias does not recognize the new parameters. Therefore they will be empty. So by going to this node and adding in the values again it will work'
Turns out that a big load of content embedded as XML was imported as text by CMSImport - and has macro parameters in it lower cased (we're not sure why, they've never been changed by hand). So when it gets deployed from the backoffice to live - it doesn't get parsed as text and it all falls over. Sigh.
Local to Development workspace transfer fails. 'create manifest on source' is changing the case of macro parameters
I cannot send changes from Local to the Development workspace.
It seems the Deployment Engine is changing the case of parameters macros when it gets to ‘create manifest on source’.
System.Collections.Generic.KeyNotFoundException: Parameter not found: documentroot, on macro: SeftonDocumentList.
The Parameter name is documentRoot.
This happens for all parameters.
Anyone got any clues, please?
0f33b51d - Executing, 10% - Get remote session 0f33b51d - Executing, 20% - Create manifest on source ❤ ❤ ❤ ❤ 0f33b51d - Executing, 80% - Exception! 0f33b51d - Executing, 80% - Abort remote session 0f33b51d - Failed, 80% - Total time 00:00:16.639.
-- EXCEPTION --------------------------------------------------- (proper exception traces at the end of this log)
System.Collections.Generic.KeyNotFoundException: Parameter not found: documentroot, on macro: SeftonDocumentList.
The wonderful Umbraco Support sorted me for this one:
'The issue here is that the aliases of the macro parameters have been changed. So the parameter used to have the alias locationheader but it was changed it to loctionHeader. Which means that a node which had the macro added when it had the old parameters alias does not recognize the new parameters. Therefore they will be empty. So by going to this node and adding in the values again it will work'
Turns out that a big load of content embedded as XML was imported as text by CMSImport - and has macro parameters in it lower cased (we're not sure why, they've never been changed by hand). So when it gets deployed from the backoffice to live - it doesn't get parsed as text and it all falls over. Sigh.
Thanks to Support for the help with this one.
is working on a reply...