Sign up ×
SharePoint Stack Exchange is a question and answer site for SharePoint enthusiasts. It's 100% free, no registration required.



  • When I create a new document in subsite B - my quickparts are working.
  • When I create a new document in the library in subsite C - my quickparts don't work. My Document Information Panel is not in sync with the quickparts. And thus it's not possible to set my metadata with those quickparts.

    It seems like he's pointing to the wrong URL. Is this a bug?

Thanks in advance!

share|improve this question
Looks like quickparts can only be scoped at document library level. So you need to set a template for every LIST content type. Not ideal, but I think we have to live with it for now... – Sven Gillis Feb 8 '12 at 12:19

1 Answer 1

This problem is caused by differences in the SourceID property of the metadata fields. If you compare the value of SourceID on a field of a content type in one library with the same field of a content type in another library you will see that they differ, and they are used inside the Word document when referencing the metadata field.

The solution is to set SourceID to a fixed guid. Since it is a readonly property it has to be changed by altering the xml schema of that field, for example like this:

private static void SetSourceID(SPWeb web, string fieldName, string guid)
    SPField webField = (SPField) web.Fields[fieldName];

    XElement schema = XElement.Parse(webField.SchemaXml);
    XAttribute sourceID = schema.Attribute("SourceID");
    if (sourceID == null)
        sourceID = new XAttribute("SourceID", guid);

    webField.SchemaXml = schema.ToString();
share|improve this answer
Oskar, can you explain a little more please? Should the SourceID attribute be set at the site or list content type level? Should it just be set to any random GUID? – Submits Nov 24 at 14:22
Frankly I don't remember exactly since I haven't worked with SharePoint development for the last three years. But I suppose the important thing is to have the same source id (a random guid) on both fields of both content types. If you have a dev environment you should be able to verify that without too much effort. – Oskar Lundgren Nov 24 at 14:48
Firstly, thanks for responding after your answer from 3 years ago! It sounds like it will be a hassle to maintain the source IDs, for example if a new column is added to the content type, which is then filtered down to the list content types, we will need to set the source ID of the new column at the site level and then at the list levels of alllll the lists that use this content type. Why couldn't Microsoft just have implemented this themselves!! – Submits Nov 24 at 15:05

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.