In one of the application, we are using Document ID for permalink in document libraries. We are storing documents of different file types (like docx, xlsx, pdf, png, jpg, jpeg, etc) in document library. SharePoint search is set up in our server which crawls the data every half an hour.
Case 1 :
When any document (of type docx, xlsx, pdf) is added in document library, unique Document ID generated for document. When I clicked on that link, that document is either opened (if client application installed like pdf, office application) or downloaded.
Case 2 :
But when I added documents of file types png, jpg, jpeg or mpp in document library and clicked on Document ID, it works same as Case 1. After half an hour search crawls the site. When I clicked again on Document ID link, it opens the display form of that document instead of opening or downloading the document. But the Case 1 is still working even after crawling happens.
I search for the issue in internet and found below article in msdn :
SharePoint Server 2010 takes a two-part approach when the document ID service looks up document IDs to provide the best balance of document IDs that work immediately and those that work across broad scopes:
- Search. Find an item across any location that belongs to the current search scope. Search generally performs better as a cross-list query. However, search is only as reliable as its last index. Therefore, if an item was added but has not yet been indexed by search, it does not appear in search results. Additionally, if an item was moved since the last time it was indexed by search, then the old (and now broken) URL appears in search results.
- Lookup specific to the ID provider. When an item cannot be retrieved by using search (for example, if it has not been indexed yet), SharePoint Server 2010 calls back to the document ID provider and allows it to use its own lookup logic. This enables providers who want to use IDs that work before search indexing is run on the last items to look them up. The provider determines whether to perform lookups in this way and what the most effective logic is for doing so.
After reading above statement it clear that SharePoint Search is not properly indexing the document of file types png, jpg, jpeg, mpp.
You can read below article to know more about default File Types supported by SharePoint Search :
To solve this issue, we have to go SharePoint server and follow below steps:
- Open Central Administration -> Application Management .
- Click on “Manage service applications“
- Open Search Service Application
- On left section, under Crawling section click on File Types. Here you will see all file types which SharePoint Search understands and crawled properly.
- Click on “New File Type” and add all extensions one by one without any dot.
- Now click on Content Sources and start Full Crawl on your content source which is created for your web application.
- Once Full Crawl completed, check those documents which are failed to open earlier. When you clicked again on Document ID link, they will work as expected without redirecting to display form.
Note : Repeat above steps for other file types which are facing similar issue.