Forum Discussion
Can't open office documents after installing January 2018 updates
Installed KB4011599, KB4011579, KB4011653 and KB4056895 last night on our 2013 farm. Now this morning we can't open Office docs (xls, xlsx, docx, pptx) from document libraries. First we get prompted in IE that some documents can harm your computer... Clicking OK launches office app, but then get generic message that it can't open the document once the application opens. Have tried Edge, IE11 and Chrome with the same results. Firefox opens a copy, and Opera downloads a copy. Anyone else seeing this behavior? Browser file handling was, and still is, set to Permissive.
Hi Dean, we got hit by this problem today - in our case we received some unexpected hotfixes on our Sp2013 servers which caused the problem. No one could edit MS Office documents from on-prem SharePoint -- they could download and open the files locally but couldn't open/edit/upload MS Office files directly.
The error message was: Sorry, we couldn't open 'http://server/sites/site/lib/file.docx'
We opened a support ticket and our support engineer pointed us to this article:
https://blogs.msdn.microsoft.com/rodneyviana/2017/12/05/after-updating-sharepoint-2013-to-november-2017-cu-or-later-you-may-not-be-able-to-open-documents-with-office/
Long story short we had two different versions of STSSOAP.DLL on our WFEs (15.0.4981.1000 vs 15.0.4911.1000). Run PSConfigWizard to update your server's binaries - normally we should be able to run updated binaries for a short period before running PSConfigWizard but this hotfix seems to behave differently. Also, some of our users were not impacted - this seems to be due to the corresponding patch levels on the workstations (and this made troubleshooting a little more difficult.)
HTH
10 Replies
- JamesRBrass Contributor
Hi Dean, we got hit by this problem today - in our case we received some unexpected hotfixes on our Sp2013 servers which caused the problem. No one could edit MS Office documents from on-prem SharePoint -- they could download and open the files locally but couldn't open/edit/upload MS Office files directly.
The error message was: Sorry, we couldn't open 'http://server/sites/site/lib/file.docx'
We opened a support ticket and our support engineer pointed us to this article:
https://blogs.msdn.microsoft.com/rodneyviana/2017/12/05/after-updating-sharepoint-2013-to-november-2017-cu-or-later-you-may-not-be-able-to-open-documents-with-office/
Long story short we had two different versions of STSSOAP.DLL on our WFEs (15.0.4981.1000 vs 15.0.4911.1000). Run PSConfigWizard to update your server's binaries - normally we should be able to run updated binaries for a short period before running PSConfigWizard but this hotfix seems to behave differently. Also, some of our users were not impacted - this seems to be due to the corresponding patch levels on the workstations (and this made troubleshooting a little more difficult.)
HTH
- Deleted
That was indeed the problem. The STSSOAP.DLL file version was different in C:\Program Files\Common Files\microsoft shared\Web Server Extensions\15\CONFIG\BIN\ than it was in some of the C:\inetpub\wwwroot\wss\VirtualDirectories\web.app.com\_app_bin\ directories on our front ends. Also noticed that Microsoft.SharePoint.ApplicationPages.dll was affected as well. Updating those two DLLs in all the _app_bin directories on our front ends cleared the problem up for us.
- ArthurEzenwanneCopper Contributor
Hi,
Thanks for this. In my situation, I checked the STSSOAP.DLL files on all webapplications and in the 15 hive config bin. They are all of the same version 15.0.4525.1000. (Windows explorer also shows that both were modified same date and same time and are of the same file size)
The only difference is: while STSSOAP.DLL in the webapplication shows a property date created of 26/03/2015; the STSSOAP.DLL in the 15 hive config bin shows a property date created of 23/01/2014.
Would that have any meaning? SInce we get the "Sorry we couldn't open <URL_OF_RESOURCE>"