Synchronization Netdrive和同步文件夹(Nextcloud)之间的MS Office锁定文件(所有者文件)行为不同

Synchronization Netdrive和同步文件夹(Nextcloud)之间的MS Office锁定文件(所有者文件)行为不同,synchronization,ms-office,nextcloud,Synchronization,Ms Office,Nextcloud,当打开其他用户已经打开的文件时,我有一种MS Word/Office/Visio的奇怪行为 Nextcloud 12.0.3 同步客户端2.3.3.1 所有客户端:Windows 7 情况A(按预期工作): 位于网络驱动器x上的test.doc文件: 用户A使用MS Word 2010打开test.doc 创建了一个名为~$test.doc的隐藏锁文件(所有者文件) 用户B可以在Nodepad++中打开该锁定文件并读取用户A的用户名 用户B打开test.doc并获得一条消息,表明该文件已被

当打开其他用户已经打开的文件时,我有一种MS Word/Office/Visio的奇怪行为

  • Nextcloud 12.0.3
  • 同步客户端2.3.3.1
  • 所有客户端:Windows 7
情况A(按预期工作):

  • 位于网络驱动器x上的test.doc文件:
  • 用户A使用MS Word 2010打开test.doc
  • 创建了一个名为~$test.doc的隐藏锁文件(所有者文件)
  • 用户B可以在Nodepad++中打开该锁定文件并读取用户A的用户名
  • 用户B打开test.doc并获得一条消息,表明该文件已被用户a使用
情况B(不工作):

  • test.doc文件位于由Nextcloud Sync客户端同步的文件夹中
  • 同步客户端配置为同步隐藏文件
  • snyc-exclude.lst已更改为同步MS Office锁文件(所有者文件)
  • 用户A使用MS Word 2010打开test.doc文件
  • 创建了一个名为~$test.doc的隐藏锁文件(所有者文件)
  • 锁定文件将同步到用户B的Nextcloud Sync文件夹
  • 用户B可以在Nodepad++中打开该锁定文件并读取用户A的用户名
  • 用户B打开test.doc,不显示“已在使用”消息
  • 两个用户都可以在没有任何警告的情况下编辑和保存文档
我真的不明白为什么Word在情况A中识别锁文件,而在情况B中忽略该文件。 我必须使用nextcloud sync客户端,并且我还需要确保文件锁定工作正常。Collabora没有选择。 是否有人对此问题有任何提示或解决方案,或者可以解释为什么office会这样做

绝望的问候

伊克纳菲

更新: 因此,对于所有对我的小包装感兴趣的人,我建立了一个Github存储库:

这是麻省理工学院的许可证,所以你可以随心所欲地使用它。如果你让它变得更好,请与社区分享。

所以, 因为这里或Nextcloud社区中似乎没有人对如何修复/缓解我的问题有更好的想法,所以我自己“修复”了它。 我在.NET中编写了一个检查office锁文件的包装器。此工具现在是Word/Excel/Visio文件的标准应用程序


干杯

aaa有没有可能你打开了那个包装器?我会把代码放到Github上,但必须先清理一些公司关于我不允许分享的东西。这个周末我试着这么做。