In this last part of the article series I would like to address common questions I receive from customers.

You might want to check for updates on this page in the future as I will update this part with new questions as they arise.

Common Questions

Question: Are permissions replicated from source to target label?

Answer: No. Permissions are not replicated as it is expected that the same user can have a different role in a different label.

Question: Are manually activated features replicated from source to target label?

Answer: This depends: if the features activation is done before the site has been created in the target label through the variation engine then the features will also be activated on the target label. Features activated on the sites later will not get replicated as the variation engine only supports updates to pages but not to sites.

Question: Is the content of minor versions of pages replicated to the target label?

Answer: In general the answer is no. Only major versions are replicated to the target label. The only exception is during initial replication of a site from source to target when pages are provisioned through the site templates. During the replication the content of the current version of the related pages in the source label is replicated to the target label - even if this is a minor version.

Question: Is there a list of columns and properties which do not get overwritten during replication?

Question: Are properties in the site property bag replicated from source to target?

Answer: No, site properties are not replicated.

Question: Are changes to navigation settings replicated between source and target labels?

Answer: This depends: if the navigation setting changes are done before the site has been created in the target label through the variation engine then the navigation settings will be replicated to the target label. Navigation changes done later will not get replicated as the variation engine only supports updates to pages but not to sites.

I can create the label, schedule a new Variation Hierarchy creation, runt the 'Variation Hierarchies Creation' time job.

The Variated Top site is created (nl2), as well as its index page. The site features are activated within the new variant, the lists are created, but none of the child sites are created:

'A new site ApplyOnlinePopup did not get created under Label nl2 by the variation system for source site http://—/dm/ApplyOnlinePopup. Cannot create Variation site because the parent Publishing web cannot be found. Ensure the parent Publishing web has been spawned and try again.'

I've tried to run the variationsfixuptool stsadm command in -spawn, -fix and -scan modes, always with -recurse parameter and '-label nl2' but it doesn't change anything.

I have created a page in my sharepoint site and another in same hierarchy of the variant site. But since both the pages are created out of box without submitting variations so are not linked up. Is there any way i can link them up through variations ?

Is it possible to enable auto-variation when creating a site or a page, but disable auto-variation when update pages. It is annoying that variation keeps on adding minor versions to our French site when updating the English page. But we still want to keep this feature when a new page is generated.

Great posts ! Question is , if I add a Content Search Web part on the source page with the query in it that can be same on all variations label ( Target Sites) , Will it replicate the CSW on variations labels ? In my case it is replicating with the search
query in it but shows " sorry something went wrong" when I edit this web part on the target label, query is present in there and shows result only in edit mode , same Web Part is working fine on source label ? Any thoughts ?

Hi Umar,
many webparts store internally information about the site, page or list they are on using the ID (guid). Variations treats web parts as black box and does not change the web part content during variations.
I did not look into the technical implementation of the content by search web part but the behavior you see indicates that this web part also relies on the original location it was added on. I assume removing and readding the web part on target with the same
settings would work? That would confirm the theory.
In any case you could check the ULS log for details about the exception to get more info what went wrong.
Cheers,
Stefan

Hi Stefan,
This guide is great, excellent job! I have a question though regarding permissions. I have a source variation label en-gb and two target labels – de-de and fr-fr. I have set up a user who want to be able to access the de-de label only. I go the site settings
on that side and add the user to the visitors group which is fine but when I have a look at the fr-fr and the source en-gb site, it's replicated this and put the user in the visitors group for those sites as well. I have disabled the permission inheritance.
Any ideas how I can assign unique permissions to each label?

Thanks for the reply. The content migration part is the one I’m interested in. When I create a source label, it’s basically blank and you need to add content to it to then push out to the target labels. However, what if you already have a site with a page which
you’d like to be the source label? Here’s the scenario: I have a site http://x.onmicrosoft.com/test with some content on it. I then create a source label as a sub-site of that and so SharePoint createshttp://x.onmicrosoft.com/test/en-gb and that’s a blank page and some target variation labels …/test/es-es, …/test/fr-fr and so on. Is it possible to have the …/test site as that source label so I already
have the content to be translated onto the target labels?

Hi Stefan, I have a problem in SP2013 whenever we publish a source variation (en-us) after the variation propagation run, the modified by value of the target variations will used the last modifier of each target variations. We are expecting that the person
who published the source variation should also be reflected in the last modified by value of all target variations. Is this a know issue? or expected behavior. Please advise thanks.

Hi Leo,
that is not an issue – that is expected.
Your assumption is incorrect. Each item in each label is independent and can be modified separatly.
And the item in the target label was last modified when the item was propagated from source to target.
If someone later updates it it will again have the last modified date of the modification.

If you need a different behavior I would recommend to add a custom date/time field and set this using an event handler to the desired date on source.