I had a co-worker recently ask me about some of the incredibly long URL’s now used in SharePoint 2010. In SharePoint 2007, the URL to a document hosted in a document library looked something like http://sharepoint/sites/teamsite/project%20documents/mydoc.xls. Great for cutting and pasting into an e-mail. After upgrading the SharePoint 2007 farm to SharePoint 2010, right-clicking on that same document and copying the URL would result in something that looked like
Not so good for cutting and pasting into an e-mail, right? Why did the URL length grow so long when referring to the same document for which SharePoint 2007 had such a nice short URL?
SharePoint 2010 is not the only place with long names. Picture by Bree Bailey
PowerPoint in the browser, courtesy of Office Web Apps
What if you just want to link directly to the document itself? Some e-mail programs limit the length of URLs, as do places within SharePoint itself (Document Link content types can only be 260 characters, and links within “Current Navigation” are also limited). The link to the open-in-web-apps-view is usually too long.
Let’s deconstruct the long url:
Pretty sure your eyes are crossed at this point… this is way more than you wanted to know. Anyhoo… the point I was trying to make is… out of that ginormous URL, it is relatively easy to extract the path to the document itself. That source parameter is only necessary for Web Apps, and it takes up a lot of spac. Just combine the protocol with the server name with the parameter saying where the document is (in our example above, http://sharepoint/sites/teamsite/project%documents/mydoc.xls. It’s easier done than said
The other way to change the behavior away from long URLs (and back to the way SharePoint 2007 worked) is to change the default document opening behavior. You must be a Site Collection Administrator to do so, and simply go to:
Now you will notice that right-clicking on a document and selecting the URL will leave you with a nice short URL. Hope this helps someone!
Good write-up. Shame the URLs can't be shortened through some sort of aliasing or redirection. Users actually love Office Web Apps and often disabling it wouldn't go down too well :)
Sharepoint Resource Center
i am so pleased with this blog the knowledge which has been shared through a blog is extremely useful for me.i really appreciate the blogger for doing this effort.
i have been pleased after reading this blog the knowledge which has been provided via this blog is simply tremendous.
i really appreciate the blogger for doing this work.
Hello I have problem with this URL. I am using xlsm files. Its openning in browser fine. But when I create libray and in this library i create many folders and subfolders, the URL is too long. And in this case, when try to open xlsm file, i got error: an error has occured (when i move xlsm to root level, it works fine again).
Is there any limit on Sharepoint? Any Recommendation how is maximum length for URL ?
There is a Thrid Party Add-On that offers this functionality and is simple to install and use.
Worth taking a look. Our Users Love it!
Thank you, thank you, thank you for the nice write-up. Just what I wanted.
Can you provide a breakdown of the url for a document set similar to the document above - what is the critical portion
I wrote a little web page that fixes many of these easily:
Just put in the URL and follow the instructions. Copies to your clipboard for easy pasting.
You know SharePoint 2010 can work exactly the same way as 2007?
So, in 2007 when you had the URL:
The url now looks like:
I know that there is a lot of extraneous extras in the URL usually when navigate and copy and paste from the URL, but you don't need to use that at all. This is OOB functionality and you don't need to buy any extra software to use it.
Thank you so much, I've been looking for why this was happening all over the web.
(Same thing happens in SharePoint 2010)
Hello,Is there a counterpart of the fix in SP2013 On Premise? I tried to enable the "Open Documents in Client Applications by Default " in Site Collection features as the option is no longer available in SP2013 but still the URL has encoded value ?Source=https%3A%2F%2F