Word file quick parts don't match correctly to SharePoint lists just shows numbers

Copper Contributor

I am using quick parts to track documents based on drop down values.

I have a template in the SharePoint directory that is used when new documents are created.

Recently, I've encountered an issue where, after creating a new document and selecting values from the Quick Part drop-downs, the document saves correctly. However, when I later open the file from SharePoint, even though it is in the same directory, I notice that the Quick Part drop-downs have changed from their initial letter values to a number. This number appears to represent the position of the original value in its corresponding list. However, the drop-downs no longer connect to the list and only display the tag name without any values.

Here is an example of a file with quick parts that works correctly, the end normally has an index number, but the first two quick parts are meant to have 3 letter abbreviations.

 

silaman_4-1682059844561.png

 

 

Here is an example of the issue that is occurring

silaman_5-1682059920978.png

Can't figure out what might be causing this, even if I don't use the same template, or try to reconnec the quick parts it still has issues once it happens to any document.



1 Reply

I am able to create new documents and rename them or change their codes without encountering any issues. I can even duplicate data from documents with broken quickparts into unnamed documents and have functional quick parts in these documents with the same text data. However, after deleting the original document and renaming the new document with the same name to replace the old one thinking its fixed, the quick parts in the new document stop working. This makes me suspect that SharePoint is altering the document based on cached information that I am unable to locate.

Although most documents are unaffected, this issue seems to occur at random. Again if I replace a broken quick part document with a working one and redo it from scratch, the quick parts are fine initially, but as soon as I rename the new file with the file name of the previously deleted one with the quick part issue, the new file becomes broken as well. This occurs even though I may be the only one accessing the files and no automation processes are involved, these files just have text and maybe a table or some images, they are not complex or even large.

The only solution seems to be when this issue occurs is to create a new duplicate document from scratch and give it a different name. Although this interferes with our indexing and naming system.

Reinserting a quick part from the fields section doesn't fix it either.

Surely there is a better fix or a way to resolve this properly.