CreateFolder（新文件夹）后Windows资源管理器不刷新

Question

我们使用您的引擎构建了一个WebDav服务，并在创建新文件夹或文件时遇到一个问题： 新文件夹/文件已成功创建，但未在Windows资源管理器中显示。仅当您按F5时，才会显示新文件夹/文件（并且已选择要编辑的名称）。 即使使用空白WebDav解决方案，此行为也是可重现的。 我们可以使用WebDav .NET Server 3.8和最新的3.9在Windows 7和Windows 8（8.1）上重现这一点。

有没有办法解决这个“刷新问题”？

Answer 1

我认为此问题出现在一台计算机上的Windows资源管理器中。 WebDAV服务器端代码很可能失败，但有一些例外。以下是一些如何检测错误的想法：

1. 在命令提示符下卸载执行'net use * / DELETE'的网络连接，这也将卸载WebDAV连接并模拟'clean'环境。

2. 重试此问题并检查您的WebDAV日志文件。默认情况下，它位于/ App_Data / WebDAV / Logs /文件夹中。它有什么例外吗？

3. 使用Fiddler工具或任何其他调试代理来捕获和检查HTTP请求。是否有任何失败的请求？

如果您使用Windows资源管理器（Microsoft Mini-redirector驱动程序）或IT Hit Ajax文件浏览器在一台计算机上创建文件夹/文件，并希望文件列表在另一台计算机上自动刷新，则无效。迷你重定向器不支持来自服务器的任何通知，并且WebDAV不提交任何通知，您需要手动刷新文件列表以查看创建的新项目。

Answer 2

我在Youtube上发现了这个视频，它非常详细地解释了如何解决这个问题：https://www.youtube.com/watch?v=UUiCPsQquqc

这有点长，所以我在这里快速总结一下：

• 出现这些问题的原因是一个或多个（损坏的）Shell Extensions阻止刷新Windows资源管理器
• 要修复它，请打开regedit.exe（需要管理员权限），搜索注册表项＆＃34; DontRefresh＆＃34;。如果是＆＃34; 1＆＃34;，则将其设置为＆＃34; 0＆＃34;。该密钥可能有多个匹配项，因此请重复，直到所有密钥都具有值＆＃34; 0＆＃34;。
• 这可能无法立即生效，您可能必须终止并重新启动explorer.exe进程（最容易使用任务管理器）。或者您只需重新启动计算机即可。在我的情况下，它立即起作用。

根据视频，密钥应仅位于HKEY_CLASSES_ROOT / CLSID下，但在我的情况下，我只能在HKEY_LOCAL_MACHINE / Classes / Wow6432Node / CLSID中找到此类密钥。

我认为只搜索完整的注册表是最有意义的，不需要很长时间。

Answer 3

我解决了这个问题，但是在视图>选项>中单击文件夹资源管理器，然后我恢复为默认设置，一切恢复正常。