Press Ctrl / CMD + C to copy this to your clipboard.
This post will be reported to the moderators as potential spam to be looked at
Now the error is "Standard Page (level 1) is out of sync: Number of tabs are different Local has 2, remote website has 3". But both local and dev have 8 tabs. The extra tab on the other doc type isn't raising an issue for content transfer.
I've run into an issue where I can't transfer content from my local to dev on Umbraco Cloud because two doc types are out of sync. Is it safe to just change them (in the back office) on dev so they're the same as on my local?
Here are the two issues for context:
(I'm using a uSkinned package which created all the doc types automatically. )
One of the doc types had differently arranged tabs on local and dev, but I fixed that and it shows up correctly on dev, but I still got the same error when I tried to transfer content just now.
The other doc type has an extra empty tab on dev but not on local. When I pull from Umbraco Cloud master branch, it doesn't pull down the extra field, which I'd expect it to do.
Has anyone run into this before or have any ideas? Do I have to run a different git command to get latest from Umbraco Cloud?
As you can see at https://github.com/umbraco/.comDocumentation/blob/master/Deployment/existingsite.md - try to call this url in your browser:
That will create a serialized version of all your site's meta data and will display the following in the browser:
It can help with differences between evvironment.
Did you find solution for issue?
Yes I did get it figured out! Since it turns out since uSkinned uses lots of nested doc types and Umbraco Cloud doesn't handle deleting highly nested doc types very well (they recommend using compositions instead), the schema got confused. I ended up just making all my doc type changes on the Umbraco Cloud environment and re-cloning it down. Then I was able to transfer content. So it was more just a misunderstanding of the limitations of Umbraco Cloud in regards to doc type structures.
uSkinned do not use Document Type inheritance anymore. We have been using compositions for reusable properties since the beginning of 2017 :-)
Paul from uSkinned
is working on a reply...
Write your reply to:
Image will be uploaded when post is submitted