Eu tenho um servidor webdav local em execução no IIS (embora tenhamos descoberto o problema ao executar nosso próprio servidor webdav). A partir da semana passada (e após uma atualização no escritório) o Word trava quando tentamos abrir um documento diretamente do sistema de arquivos webdav (clicando duas vezes no explorer). Podemos abrir o (s) arquivo (s), copiando-os do webdav localmente e abrindo-os no Word.
O Word parece carregar o documento do webdav - mas depois procura por 2 dll's - AppVIsvStream32.dll e c2r32.dll - após o qual o Word (ou algum subprocesso / thread dele) falha com o erro 'Word experiente um erro ao tentar abrir o arquivo 'e o documento falha ao carregar. O processo principal do WinWord.exe, no entanto, continua a ser executado.
O Word, no entanto, carregará o mesmo documento diretamente de um servidor sharepoint que tenhamos em nosso domínio.
Eu adicionei o webdav uri ( link ) às palavras locais confiáveis nas configurações do centro de confiança - mas ainda assim o site cai.
Eu posso forçar o carregamento do documento desligando a visualização protegida - mas obviamente isso não é algo que queremos que os usuários façam.
Aqui está um trecho do meu log do iis local (que, se você usou o webdav antes que você veja parece muito normal - exceto a partir de pedidos de 2 dll no final - eu também tentei adicionar a dll e palavra na verdade, carrega pelo menos um deles - o que parece ser uma pequena vulnerabilidade) - de qualquer forma - o log:
2015-11-09 12:37:16 ::1 OPTIONS /webdav/ - 80 - ::1 Microsoft+Office+Word+2014+(16.0.6001)+Windows+NT+10.0 - 401 2 5 0
2015-11-09 12:37:16 ::1 OPTIONS /webdav/ - 80 DOMAIN\user ::1 Microsoft+Office+Word+2014+(16.0.6001)+Windows+NT+10.0 - 200 0 0 0
2015-11-09 12:37:16 ::1 LOCK /webdav/test1_webdav.docx - 80 - ::1 Microsoft+Office+Word+2014+(16.0.6001)+Windows+NT+10.0 - 401 2 5 0
2015-11-09 12:37:16 ::1 LOCK /webdav/test1_webdav.docx - 80 DOMAIN\user ::1 Microsoft+Office+Word+2014+(16.0.6001)+Windows+NT+10.0 - 200 0 0 0
2015-11-09 12:37:16 ::1 GET /webdav/test1_webdav.docx - 80 - ::1 Microsoft+Office+Word+2014+(16.0.6001)+Windows+NT+10.0 - 401 2 5 0
2015-11-09 12:37:16 ::1 GET /webdav/test1_webdav.docx - 80 DOMAIN\user ::1 Microsoft+Office+Word+2014+(16.0.6001)+Windows+NT+10.0 - 304 0 0 0
2015-11-09 12:37:16 ::1 PROPFIND /webdav/test1_webdav.docx - 80 - ::1 Microsoft+Office+Word+2014+(16.0.6001)+Windows+NT+10.0 - 401 2 5 0
2015-11-09 12:37:16 ::1 PROPFIND /webdav/test1_webdav.docx - 80 DOMAIN\user ::1 Microsoft+Office+Word+2014+(16.0.6001)+Windows+NT+10.0 - 207 0 0 0
2015-11-09 12:37:16 ::1 UNLOCK /webdav/test1_webdav.docx - 80 - ::1 Microsoft+Office+Word+2014+(16.0.6001)+Windows+NT+10.0 - 401 2 5 15
2015-11-09 12:37:16 ::1 UNLOCK /webdav/test1_webdav.docx - 80 DOMAIN\user ::1 Microsoft+Office+Word+2014+(16.0.6001)+Windows+NT+10.0 - 204 0 0 0
2015-11-09 12:37:17 ::1 PROPFIND /webdav/AppVIsvStream32.dll - 80 DOMAIN\user ::1 Microsoft-WebDAV-MiniRedir/10.0.10240 - 404 0 2 0
2015-11-09 12:37:17 ::1 PROPFIND /webdav/c2r32.dll - 80 DOMAIN\user ::1 Microsoft-WebDAV-MiniRedir/10.0.10240 - 404 0 2 0
Três de nós já gastamos um tempo considerável olhando para isso e já tentamos quase tudo o que você poderia imaginar, comparando traços de rede, explorando o processo de winwords, depurando-o (a exceção nunca volta ao debbuger) etc, etc. / p>