When I attach a link in an email using harmon.ie, I get an url that includes the file name. However when the recipient clicks it, it starts to download a copy instead of opening the actual SharePoint document.
The link is typically on this format:
[company].sharepoint.com/sites/[subsite]/[library]/[filename.docx]
The same link retrieved directly from SharePoint would look something like this:
[company].sharepoint.com/:w:/s/sites/[subsite]/EZ31C3wRKuVPnOOB7vNGMsMBiI9eYAjGTuiaEODu_c3wpw
That link will typically open the document in SharePoint as expected.
It did not use to be like this. The links from harmon.ie used to open documents instead of downloading copies. I am afraid I cannot say when we discovered this, but I believe it was a couple of months ago. We are using the free plan, and are not qualified for support from harmon.ie. We were pointed in the direction of this forum, and I would be most grateful if someone could help us.
Thanks
Eigil
Harmon.ie creates plain valid links to Sharepoint document and they are opened by default browser (like any link you will add inside an email)
The behavior is only controlled by the browser not by harmon.ie (you can check it out by adding the url in the browser)
The only solution to control the behavior is to use the feature to generate OWA link so that it opens in Office online.
Indeed, we have feature allowing to create links that will open in OWA (hence in the browser)
Please read carefully register key: GenerateOWALinks as detailed at https://harmon.ie/provision-harmonie-outlook-all-users
Note also that if the recipient of the email has harmon.ie installed, he can right click on the link, select Open in Harmon.ie. The document will appear in harmon.ie sidebar (at the Sharepoint location), double clicking on it with open the document in MS Word.
Thanks,
----- Jean
Related
I want to share a document online by a URL with some colleagues. When they click the URL and view the document online, I want a task-pane add-in to be automatically opened.
I used Office-OOXML-EmbedAddin to create such a file with Script Lab auto-opened, then I put the file (view-only) on my OneDrive:
https://1drv.ms/x/s!AmAcI5jpNEmng1NhS0xbIMcUnUNZ
However, our tests show that, for people who have not signed in with Microsoft Account in their browser, the auto-open does NOT work, though they can view the document.
Is this behavior expected, given that people may not stay signed in all the time?
PS: note that if people download the document, they don't need to sign in to enable auto-open in Excel desktop.
This is a known bug. Until it is fixed, users will have to be logged in when they open a document on OneDrive in order for the autoopen feature to work. Sorry for the bad news, but it is on Microsoft's radar and we know it is important.
I have written some code to connect to a SharePoint online server and get a list of *.docx (Microsoft Word) files from a folder on there.
I then display this list of files in a web page and each file is a tag, so that the user can click on it and "open" the file.
When the user clicks on the file, it prompts the user to Open/Save the file (the standard IE/Chrome file open/save dialog). Instead, I want the file to open up in Word Online (in the same/separate browser tab).
I tried searching for possible API support online, but can't seem to find any. SharePoint Online itself seems to be able to do this. If you click on a .docx (or any other Office file), it will open it in Office 365 (provided you have that provisioned).
Any help would be greatly appreciated.
You need to add the appropriate parameters to the link that the user clicks on.
Have a look at an existing document library and see the links that it creates:
https://mytenant.sharepoint.com/_layouts/15/WopiFrame.aspx?sourcedoc={1767368F-62FB-4C40-B3F2-C4EE44E88735}&file=My%20Document.doc&action=default
If the user is not licensed for Office 365, I think that they will still be offered a download. Not entirely sure though as we don't allow that on our tenancy. Certainly if they are only provisioned with SP Online and not the rest of O365, they can view the document online but cannot edit. Though recently we've seen people still able to edit - not yet sure if that is one of Microsoft's secret updates or a mistake by them.
RESPONSES TO COMMENTS:
When I say not provisioned in the rest of O365, I really meant that they were licensed for SharePoint but not anything else (a P2 license rather than an E3), that doesn't give rights to use the online (or iPad) editors. As far as I know, the only real way to test for that is to either try it or to use an Admin account to look at the license.
You cannot "pass credentials" to WOPI since credentials for Office 365 applications come from a separate system. You have to get credentials before you are allowed to access anything in Office 365. Basically Azure AD is the service & the login is done via login.microsoft.com, the login provides a token to your browser that is exchanged with the server on every request. To reuse an existing credential, you have to be using an application that "knows" you have already logged in. Typically, Microsoft use a helper application that picks up the login from IE if that's how you logged in and makes it available to other applications such as Office. If you are using Firefox to log in, IE & Office may not know that you have done so (though there is a plugin for FF that gets installed if you let it which does the same thing).
By the way, if you know how it REALLY works, please don't shoot me down for trying to simplify the process for others. :)
Why won't my document that i'm checking out from SharePoint not open after the checkout?
The status of the document after the check on SharePoint shows that I checked out the document but it won't open automatically.
What's even more annoying is that I don't know where the file has been checked out to.
Is there any way to find out where the document is being checked out to and how to get it to open automatically after the checkout?
I tried it both on Chrome and IE.
Check Out in short means "Reserve the file for me so that no one else makes any changes to it. It does not mean "Open the document"
SharePoint also shows the Checkout status and to whom it is checked out. I will be able to explain more if you tell me "what exactly you see" and why you think these details are missing.
In Sharepoint the checkout prevents other user to modify the document.
You can then open the document clicking on the title.
Your client application (Word for example) will open the document directly from the Sharepoint site.
When you will save the document after changes, it will be saved on the site.
You don't need to save a local copy because the document library works like as a shared folder.
You can even connect the document library on a drive letter if you want.
Try this from a command prompt:
net use k: http://YourSite/YourDocumentLibrary
This will create a network drive that point on the library.
(it works only with WebClient service running on client machine).
The best way to "checkout and edit" is to open the document using its sharepoint url.
For example, if you have a Word file to edit, you can copy its sharepoint url and go to MS Word and paste it in Open dialog box.
You will be asked for credentials and then it shows the checkout button on top of the document.
Later, you can checkin the edited doc using checkin option in file menu.
So we couldn't open .pdf in the browser in our SP2010 site. I set the setting to permissive browser file handling in central admin. I then found out that there's a bug that if a site is created from a custom template the pdf files uploaded to that site will still prompt for either Save or Cancel. I ran a hotfix on the server
http://support.microsoft.com/kb/2459108
Consider the following scenario:
You set Browser File Handling to Permissive for a web application in the General settings page in SharePoint 2010 Central Administration.
You create a document library, and then upload an html document.
You open the html document in the browser.
Note You are not prompted to download the html document and it is rendered in the browser.
You select to include the content when you save the SharePoint site as a template.
You use the template to create a new SharePoint site in the same web application.
In this scenario, the Browser File Handling list setting for the document library in the new site is set to Strict. Additionally, when you open the html document, you are prompted to download the file.
Now when I click on a pdf with firefox I can open it directly but with internet explorer (8 and 9, default settings) I still can't do it, what's the solution here?
Edit: Maybe it always worked in firefox, anyway, when I create a new library it works as expected. How can I run this setting on all libraries?
There's a different, more subtle, but simpler root cause of this problem.
After much web searching and many hours with MSFT support, as hard as this may be to believe, it turns out that the root cause of my "SharePoint won't open PDF documents" problem was actually an Adobe extension/add-on. The symptom was an Adobe error msg "failed to open" after clicking the PDF list item in a document library. The culprit, an Adobe extension/add-on: "Adobe Acrobat SharePoint OpenDocuments Component".
I do not know how this got installed. What I do (finally) know is that this component actually does the exact opposite of what its name implies, i.e., it apparently prevents PDF documents from opening up when clicked in a SharePoint 2010 document library.
After various failed attempts to solve this problem (including changing "Browser File Handler" settings on the web app server from "Strict" to "Permissive" and other fixes suggested below and elsewhere on various blogs and web sites), nothing fixed the problem until we disabled this Adobe extension/add-on. Then, problem solved.
Note that you may not see this component in the "Tools > Manage Add-Ons" list until after attempting to open a PDF document from the library: apparently the add-on isn't activated (won't appear in that list) until an 'open' attempt is made. SO - if at first you don't see the component listed, try to open a PDF file and check the list again. If this component appears, disable it, and your problem is likely to go away.
Baffling, at best; or worse, actually nefarious on Adobe's part ...?
I'd still like to know how to get the PDF to open in a separate browser tab in IE vs. displacing the active tab. If anyone can help with that, please let me know! No custom coding solutions, PLEASE!
There is a better way to handle "Browser File Handle" issue. Take a look at my blog here: http://www.pdfsharepoint.com/sharepoint-2010-and-pdf-integration-series-part-1/
Solution #2 addresses Pdf extension without exposing entire Web Application to "Permissive" browsing. Setting "Browsing File Handle" to "permissive" opens too many vulnerabilities with other file extensions.
Thanks,
Dmitry
I have the same problem - originally installed Office Web apps, then turned that off, turned on the open in client application, then changed the setting on each doc library to open in browser .. Still have a problem with PDFs though.
If somebody includes a link to them in an announcement, then that person can open, other not. But only in IE - in FF there is no problme
Just change the Browser File Handling for the Web Application from the central admin as:
Central Administration > Application Management > Manage Web Applications
go to your Web Application example "http://sharepoint:80, just select it
from the top ribbon click "General Settings"
go down to "Browser File Handling" and change it to "Permissive"
If am not clear go to http://www.pdfsharepoint.com/sharepoint-2010-and-pdf-integration-series-part-1/
try this:
Make sure you're the site collection admin. Go into the site (not the central admin) and then go to site settings then go to site collection features. In there you will find the setting for " Open Documents in Client Applications by Default " it will probably be deactivated. Active it and you're good to go. users will then open attachments in their windows assigned applications, not the sharepoint web apps.
Also, try going into adobe reader and in the settings there is an option to open with the browser. check or uncheck it based on what you want it to do.
Encryption and SharePoint don't play well together
Right click My Documents or source folder
Select Properties > Advanced (button)
Uncheck "Encrypt contents to secure data"
This should solve many SharePoint problems you might have, including files not opening properly.
Appreciate this is an old post but still very relevant today. I spent a while trying to get this to work - just thought I'd share my findings.
This is specific to Adobe Acrobat. If you use a different PDF viewer, such as SumatraPDF the issue does not occur.
1. To prevent the 'Open, Save, Save As' dialog box in Internet Explorer:
This is specific to the versions of Acrobat. Set the following key/value:
Key: HKLM\SOFTWARE\Policies\Adobe\Acrobat Reader\*acrobat_version_number*\FeatureLockDown\cSharePoint
Value Name: bDisableSharePointFeatures
Value Type: REG_DWORD
Value: 0x1 (hex)
e.g.
For Acrobat X:
HKLM\SOFTWARE\Policies\Adobe\Acrobat Reader\11.0\FeatureLockDown\cSharePoint
2. To disable PDFs opening in the browser
This is specific to the versions of Acrobat. Set the following key/value:
Key: HKCU\Software\Adobe\Acrobat Reader\acrobat_version_number\Originals
Value Name: bBrowserIntegration
Value Type: REG_DWORD
Value: 0x0 (hex)
e.g.
For Acrobat X:
HKCU\Software\Adobe\Acrobat Reader\11.0\Originals
Thanks,
References:
Adobe Acrobat - Lockable Settings
Adobe Acrobat - General Application Settings
I have a site with multiple document libraries in it. One of the site users has full control of the site & at one point, instead of creating a new document library, they renamed the default document library from "Shared Documents" to "Correspondence". Now they've opened the document library in windows explorer, so it's added an entry into their network places. The name of the entry was "Shared Documents on portal.mydomain.net" and not "Correspondence on portal.mydomain.net". This is because the address of the library is still "Shared Documents". I went into the user's network places and renamed the entry, however I would prefer to have the address changed as well, so that future users do not run into the same problem.
I looked in the Document Library Settings but couldn't find a place to change the address there. The address gets displayed in "Title, description and navigation" but there is no option to change it. I tried looking under Site Actions > Site Settings > Content and structure to see if there was any way to change the address there. However, when I check off the Correspondence document library and pull down the actions menu, "Move" is greyed out.
I suppose that I could save the library as a template, include the content & make a new library in the proper address, but then the modified by information would all be wrong.
Any ideas?
Renaming the document library in SharePoint Designer changes the address.
Open the library in Windows Explorer, and just rename the folder. Works in Sharepoint Foundation 2010.