Sharepoint’s ability to work seamlessly with Office 2007 and newer can be a great feature – when it works. Click to download and open a Word document, edit then save directly back to the Sharepoint site or using the Explorer View to bulk move files are both examples of integration features that can boost productivity.
The problem is that it requires that the site and all users connecting are within the same domain, the Sharepoint site is added to Internet Properties –> Intranet Sites (Security group), and all users access the site with Internet Explorer…oh and as noted above Office is 2007 or newer. Otherwise client integration just doesn’t work well or fails completely greatly reducing productivity and frustrating users (as well as those supporting them).
Our Sharepoint site needed to work similarly for a range of browsers (Firefox,Chrome,Safari) and the majority of our user are outside the local Intranet in a trusted domain(s).
Here are the steps I used to remove the integration features to get a more consistent experience for our users. Collaboration on documents requires a few more steps (add saving locally and then uploading) but it works…
Disable Edit in Office Application via changes in \Program Files\Common Files\Microsoft Shared\Web Server Extensions\60\Template\Xml\Docicon.xml as outlined in KB912492
This should remove the “Edit in Word” “New Document” “Explorer View” and similar features related to Office Integration and Sharepoint. Note: side issue that after doing the above or maybe any change I was getting a Time Job not clearing “Provisioning Web Application”. If I made a subsequent change Central Admin would throw an unfriendly error – even though the config change appeared to execute. Click the Time Job delete, Might be specific to the fact that one of our WFE sites is offline or might be something else but appears minor.
Now all the extra Integration features are removed. No “Edit Document” etc… but the simple click on document link is STILL trying to do the integration thing.
Change #4 from KB2019105 (near end of article):
Disable support of the OPTIONS and PROPFIND verbs – For instance, to accomplish this with Windows SharePoint Services the site should be configured to not enable Client Integration and/or the OPTIONS and PROPFIND verb should be inhibited (on IIS6, remove the verbs from the <httpHandlers> registration line in the web.config file; on IIS7, use the HTTP Verbs tab of the Request Filtering feature to deny the verbs).
Another posts discussed the removing of OPTIONS and PROPFIND from web.config file but I was seeing no change in the integration behavior after doing these changes. That’s explained above – IIS7 you have to do this *ALSO* in a different place.
First check that “Request Filtering” is installed for IIS7…
Admin Tools –> Server Manager –> Roles –> IIS7
For me it was installed but I wasn’t finding it in the IIS7 Manager interface. The above link to www.iis.net help and give link to install an Administration Pack add-on to have the Request Filter module be visible. Install it from here: http://www.iis.net/download/AdministrationPack
Whew! After adding the Deny Verbs for OPTIONS and PROPFIND looks like finally when a logged-in IE user on Sharepoint clicks a Word/Excel/Powerpoint file they are able to just open for viewing without extra prompts.
Interestingly I’ve tested re-enabling Client Integration for site but disabled for specific access groups and attempting this is basically a waste of time:
- User Access Group disabled Client Integration: Click Document link and it just opens, Edit dropdown no “Edit Document” offered, no Explorer View. Exact behavior we want – nice.
- User Access Group enabled Client Integration: Click Document link and prompted for Read or Edit – if you select Edit nothing happens, select Read and Word launches and prompt to login again. If Cancel then document never opens. Edit dropdown offers “Edit Document” but clicking does nothing. Explorer View offered but selecting just seem to create endless loop of communication between you and site. Basically a complete failure all around.
- User Access Group enabled Client Integration and Site is added to your Intranet Security Group: Integration doesn’t fail to open documents but they are only opened locally not really as expected but not a failure either. Explorer View is a basic failure.
Revisiting this when I needed to re-enable some of the client integration so a user could use the Explorer View in a Document Library to upload a 1000 or so files. The Explorer View isn’t fast but lets you drag and drop between folders and creates subfolders as needed too. To re-enable I just reversed changes #1/#4.
Thanks to these references for help in successfully disabling client integration: