The document library WebPart should interpret .url files as links rather than downloads
If someone creates a link file (.url) in modern document libraries and clicks on them, he is rerouted to the target url.
If you embed a document library Web Part in a modern SharePoint page that points to the same document library and you click the .url file, a download will be triggered.
However, the creators expect the URL files to behave in the same way as they do in the document library, so the user is redirected to the landing page.
Same happens for Search result web parts :(
URL is opening as download.
And two years after the first post I have seen on this topic, still not solved :(
Matty Vasquez commented
Please fix this for the Highlighted Content Web Part, we are using this extensively to create links to content in various Document Libraries so we are not having to create multiple copies of documents.
And don't show the .url at the end. It is confusing to users.
It's already fixed on O365, but not in SharePoint 2019.
Please, Can you also do it onPremises? It's really confusing (users are always complaining). We used "Documents WebPart" on homepages, sometimes with links on it, but download the .url file instead direclty loading the page it's really getting crazy the users.
Fredrik Cedmert commented
Yes please, we use this a lot to avoid duplicating files. Example: You co-operate in a project with all nice things such as teams, Sharepoint etc. Under technical specifications you need to include a standard spec. However this exists in a product library and not in the project. Instead of duplicating the file you insert a url in the doc library.
The problem is that users cannot figure out what to do with download of url files. The url file should behave as a link, anything else is illogical and confusing,
Drew Holloway commented
It would be great to fix this! It's going to impact the way that I'm building a new UI for all the links, since this bug appears to be in effect. In addition, when I switch the document library style to something other than default, I get the behavior of downloading url files rather than just opening the link. Not what I want!
Please SOS update these!
I agree with Stefan below! Please update these to behave the same way.
Stefan Hefele commented
Needing this right now for a customer.
Making a difference for URL elements whether you are viewing the document library directly or in a WebPart on a page doesn't make any sense.