我們實現了我們自己的WebDAV服務器。一些擁有Office(Word,Excel)的用戶以只讀方式打開文檔。上問題的計算機查詢是下一個:微軟Office使用WebDAV打開文件只讀
- OPTIONS http://pastie.org/10957339,響應(NTLM AUTH的一些鏈後):http://pastie.org/10957337(等於這些的,其中問題不再現)
- GET
- HEAD
- HEAD
普通查詢(在健康的計算機上)有:OPTIONS,HEAD,LOCK,GET ...因此,Word不會試圖鎖定文檔,並且只能以只讀方式打開它。
我們已經嘗試過:
- 經過WebDAV的鏈接,它是Ë的(你可以在選項中查詢看到)
- 經過,該響應中包含頭MS-作者 - 通過:DAV
- 檢查,該服務器不會崩潰。所有回覆都可以。
- 將註冊表項
HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Common\Internet\OpenDocumentsReadWriteWhileBrowsing
設置爲1,如所述here。 - 將註冊表項
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters\BasicAuthLevel
設置爲2,將HKEY_CURRENT_USER\Software\Microsoft\Office\15.0\Common\Internet\BasicAuthLevel
設置爲2,作爲所述here。 - 從打開文檔 - 一切正常,文檔以讀寫形式打開。
- 在IE中清除cookie,在IE中登錄(爲MS Word提供cookie)
- 試圖發現有問題的計算機和健康計算機之間的差異。在不同版本的Office,不同版本的Windows(7,8,10)上重現問題,通過代理連接的所有計算機(也是健康的)。
- Сlearkeys
HKEY_CURRENT_USER\Software\Microsoft\Office\<version>\Common\Internet\Server Cache
as here。
有什麼線索嗎?爲什麼Office不試圖鎖定文檔?
@DirkVollmar之後,第一個OPTIONS請求正在進行GET。 GET是好的,但它已經意味着,該文檔只是只讀,因爲LOCK沒有執行。我將OPTIONS響應與工作響應進行了比較,沒有發現差異。有關工作應用(在我的開發PC上)的[響應](http://pastie.org/10958933),您可以將其與客戶端進行比較,它們是相同的。 – Pavel
什麼是OPTIONS請求的完整迴應?您還可以發送PROPFIND請求的HTTP請求和響應嗎? – Evert
@Evert寫在帖子中,回覆是[this](http://pastie.org/10957337)。如果不匹配,PROFIND通常會在保存前發生。我們不會保存文件,因爲它是隻讀的。無論如何,我會看到明天,如果有任何PROFIND存在。 – Pavel