Content Type Hub : Inconvenient updates

Recently I had to develop some kind of tool for a customer that would manage their content types from the content type hub. This tool included content migration as well. Think of renaming a content type or change the parent of a content type. During development I noticed that updating a content type and republish it from the content type hub, it did not update the content type all the way to sub-sites and lists. In spite of what the option says in the Managed Metadata Service Connection properties dialog:

CTHub1

The Test

Let’s take a test drive. In my example I have the following content type set to a document library and I will rename the content type and let’s see what the results are.

Before:

image

The My Content Type in the library is inherited from the site content type My Content Type. The latter one has been published from the content type hub. And by design, all published content types are readonly.

After:

I renamed the content type My Content Type to My Renamed Content Type in the hub, republished it, started all necessary timer jobs and went back to my document library.

image

So, the site content type is updated, but not the library one.

For us developers, this seems like a SPContentType.Update() and not a SPContentType.Update(true).

The quest

But let’s take a deep dive into the code. I use ILSpy, but Reflector will do too. The update is performed by the Content Type Subscriber timer job. After some searching and digging it all starts with the assembly Microsoft.SharePoint.Taxonomy and the namespace Microsoft.SharePoint.Taxonomy.ContentTypeSync.Internal. Starting from SubscriberTimerJobDefinition jumping to SubscriberImport and you will see the SynchronizeSite method. Some interesting lines of code are:

subscriberImport.Import(current);

subscriberImport.ImportContentType(current);

In both methods you will see at some point the following lines of code:

sPContentType.ReadOnly = contentTypeInfo.IsReadOnly;
sPContentType.Update();

No Update(true) at all.

This leaves us writing our own update mechanism to sub-sites and lists. But that’s for another blog post.

2 thoughts on “Content Type Hub : Inconvenient updates

  1. Sam

    Hello,

    Am I reading correctly that we cant rely on CTH synchronization to actually update the lists/libraries using the Content Types?

    If so that is pretty rubbish as it is a core selling point for using this feature! Have you found any solutions?

    Do you know if it is limited to just the CT’s name? As in will it update the columns it uses?

    Thanks
    Sam

    1. Octavie Post author

      Hey Sam,

      The Content Type Hub Synchronization is not 100%. It seems that not all content type properties such as the name are not synced properly.
      However, when you add, remove or update site columns in your content type, those modifications are synced correctly.
      So, using a content type hub is still a great way to manage metadata centrally in my opinion.

      grtz,
      Octavie

Leave a Reply

Your email address will not be published. Required fields are marked *