Home

Document Library Link content type in search results

%3CLINGO-SUB%20id%3D%22lingo-sub-701406%22%20slang%3D%22en-US%22%3EDocument%20Library%20Link%20content%20type%20in%20search%20results%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-701406%22%20slang%3D%22en-US%22%3E%3CP%3EWe've%20had%20users%20utilizing%20the%20Link%20option%20from%20a%20document%20library's%20New%20content%20menu%20as%20a%20way%20to%20add%20URLs%20to%20external%20resources.%20This%20creates%20a%20.url%20file%20in%20the%20library%2C%20which%20seems%20to%20work%20OK%20in%20many%20cases.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EHowever%2C%20when%20these%20.url%20items%20are%20returned%20in%20search%2C%20the%20URL%20of%20the%20result%20is%20to%20the%20SharePoint%20location.%20Clicking%20on%20them%20triggers%20a%20security%20warning%20from%20the%20browser%2C%20as%20it%20downloads%20the%20.url%20file.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EFor%20example%3A%20user%20uses%20Link%20option%20to%20add%20%22website.com%22%20in%20Document%20Library.%20When%20this%20item%20is%20returned%20by%20search%2C%20its%20associated%20hyperlink%20is%20%22company.sharepoint.com%2Fsite%2FDocumentLibrary%2Fwebsite.url%22%2C%20when%20logically%2C%20the%20hyperlink%20should%20be%20simply%20%22website.com%22%20for%20this%20type%20of%20content.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIs%20there%20a%20way%20to%20customize%20our%20search%20results%20to%20ensure%20the%20appropriate%20URL%20is%20returned%20by%20search%20for%20this%20type%20of%20content%3F%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-701406%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EFiles%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3ESharePoint%20Online%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-701674%22%20slang%3D%22en-US%22%3ERe%3A%20Document%20Library%20Link%20content%20type%20in%20search%20results%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-701674%22%20slang%3D%22en-US%22%3EWell%20technically%20all%20that%20link%20is%2C%20is%20a%20shortcut%20file.%20The%20difference%20is%20document%20libraries%20render%20them%20by%20redirecting%20etc.%20and%20search%20just%20doesn%E2%80%99t%20process%20the%20mime%20time%20the%20same%20way.%20It%20would%20be%20nice%20if%20search%20utilized%20the%20same%20viewer%20when%20clicking%20those%20so%20they%20redirect.%3C%2FLINGO-BODY%3E
Highlighted
pkoepp
Occasional Visitor

We've had users utilizing the Link option from a document library's New content menu as a way to add URLs to external resources. This creates a .url file in the library, which seems to work OK in many cases.

 

However, when these .url items are returned in search, the URL of the result is to the SharePoint location. Clicking on them triggers a security warning from the browser, as it downloads the .url file.

 

For example: user uses Link option to add "website.com" in Document Library. When this item is returned by search, its associated hyperlink is "company.sharepoint.com/site/DocumentLibrary/website.url", when logically, the hyperlink should be simply "website.com" for this type of content.

 

Is there a way to customize our search results to ensure the appropriate URL is returned by search for this type of content? 

1 Reply
Well technically all that link is, is a shortcut file. The difference is document libraries render them by redirecting etc. and search just doesn’t process the mime time the same way. It would be nice if search utilized the same viewer when clicking those so they redirect.
Related Conversations
Tabs and Dark Mode
cjc2112 in Discussions on
22 Replies
Stable version of Edge insider browser
HotCakeX in Discussions on
35 Replies
flashing a white screen while open new tab
cntvertex in Discussions on
13 Replies
How to Prevent Teams from Auto-Launch
chenrylee in Microsoft Teams on
28 Replies