Again, I cannot stop admiring this package and what it does - regardless of the small additional manual things that need to be done, but that's ok.
Since the latest version where you added the Block List view, I noticed few errors in certain circumstances.
1, I discovered that this is mainly cause by "dependencies". For example, a Document Type will fail merging because a DataType has not been merged yet, so I do this in steps, I merge Data Types, then Document Types, then Content, in every step I ignore the rest.
Another failure happens when a node has Multi-Node Picker, Content Picker or Member Picker. This happens for obvious reasons because the node cannot find the other node that should go in the picker.
Lastly, if you change a node name, you get the option to remove the nodes with Old Names and merge the ones with new names, this also creates a conflict because I believe the id of the node is the same. What happens then, the nodes with the old name need to be removed first, then merge again.
Pretty sure this will be challenging to accomplish, but I believe if you do something like ordering based on these cases, everything should be fine. Not sure if this used to work in an older version - I can't remember. But I think, it should be ordered this way:
Merge dataTypes first, then Templates, then Document Types, the Content in few parts (If a picker exists, hold, merge the rest, then go back to the nodes with the pickers).
Another update which is crucial is to merge nodes that have name changed, not remove, then merge.
----------------- UPDATE --------------
When a node is deleted because it had its name changed, you have to empty the recycle bin and get rid off it entirely before you are able to merge the node again with the new name
Thanks for the great feedback Tarik. Lots of stuff there, so it may take me a while to pick through. Here is the current ordering for the merge, so I suspect that there may be other issues which it's not quite catching.
Templates
Data Types
Document Types
Media Types
Content
Content Templates
Media
Dictionary Items
Macros
Media Files
Update References
Delete Content
Delete Content Templates
Delete Media
Delete Document Types
Delete Media Types
Delete Data Types
Delete Templates
Delete Dictionary Items
Delete Macros
Step 11 should deal with updating the pickers, after everything has been created.
For looking if a content node already exists it uses the name in the tree (and its parents' names). I'll take a look at using the Guid first, which would allow renaming and hopefully resolve many of these issues. Looks like I may need to perform the Deletes first as well.
Thank you Stuart, by all means, happy to provide feedback.
I just thought of an idea as well (maybe at a later version), when listing the nodes to merge or ignore, it will be great to have a parent node with an option to ignore with children and merge with children.
If sometimes you have a lot of nodes in my case here, it takes time to go through all the children one by one.
Few Errors with Latest Version
Hi Stuart
Again, I cannot stop admiring this package and what it does - regardless of the small additional manual things that need to be done, but that's ok.
Since the latest version where you added the Block List view, I noticed few errors in certain circumstances.
1, I discovered that this is mainly cause by "dependencies". For example, a Document Type will fail merging because a DataType has not been merged yet, so I do this in steps, I merge Data Types, then Document Types, then Content, in every step I ignore the rest.
Another failure happens when a node has Multi-Node Picker, Content Picker or Member Picker. This happens for obvious reasons because the node cannot find the other node that should go in the picker.
Lastly, if you change a node name, you get the option to remove the nodes with Old Names and merge the ones with new names, this also creates a conflict because I believe the id of the node is the same. What happens then, the nodes with the old name need to be removed first, then merge again.
Pretty sure this will be challenging to accomplish, but I believe if you do something like ordering based on these cases, everything should be fine. Not sure if this used to work in an older version - I can't remember. But I think, it should be ordered this way:
Merge dataTypes first, then Templates, then Document Types, the Content in few parts (If a picker exists, hold, merge the rest, then go back to the nodes with the pickers).
Another update which is crucial is to merge nodes that have name changed, not remove, then merge.
----------------- UPDATE --------------
When a node is deleted because it had its name changed, you have to empty the recycle bin and get rid off it entirely before you are able to merge the node again with the new name
Thank you Tarik
Thanks for the great feedback Tarik. Lots of stuff there, so it may take me a while to pick through. Here is the current ordering for the merge, so I suspect that there may be other issues which it's not quite catching.
Step 11 should deal with updating the pickers, after everything has been created.
For looking if a content node already exists it uses the name in the tree (and its parents' names). I'll take a look at using the Guid first, which would allow renaming and hopefully resolve many of these issues. Looks like I may need to perform the Deletes first as well.
As I said, really appreciate the feedback.
Stuart.
Thank you Stuart, by all means, happy to provide feedback.
I just thought of an idea as well (maybe at a later version), when listing the nodes to merge or ignore, it will be great to have a parent node with an option to ignore with children and merge with children.
If sometimes you have a lot of nodes in my case here, it takes time to go through all the children one by one.
Just some food for thoughts :)
Tarik
Hi again Tarik,
I've just released a new version, which I think will resolve some of the issues you have been experiencing. Main changes are:
Hopefully that helps you a bit.
Stuart.
That's great Stuart!
You're a champion. I will give it a go in the next few days and will keep giving feedback if any.
is working on a reply...