一旦涉及 PDF 文件,Windows 设置 UI 文件关联部分就会崩溃,而资源管理器则会不断重新启动

一旦涉及 PDF 文件,Windows 设置 UI 文件关联部分就会崩溃,而资源管理器则会不断重新启动

几天前,Windows 向我显示了一条消息,提示 Foxit Reader 存在问题,导致 Windows 选择 Microsoft Edge 作为默认 PDF 阅读器。

Foxit 检测到了更改并要求我重置它。我确认了,Foxit 也完成了工作,但什么都没有改变。这是因为 Windows 10 中的一项新安全功能通过注册表设置阻止了文件关联,我现在才知道。但此时我让 Foxit 再次尝试,但什么也没发生。然后我在 Windows 设置 UI 中将 Foxit 设置为 .pdf 的默认应用程序,它就成功了。

现在我的资源管理器运行疯狂,每次它应该显示 PDF 文件时,它都会重新启动并重新加载所有文件,所以我无法单击任何东西。

在 Windows 设置 UI 中,文件关联的默认应用程序部分会加载很长时间,然后自行关闭。只有按程序部分会显示结果,但一旦选择 Foxit,也会变得疯狂。

sfr /scannow发现错误并修复它们,也是如此dism /online...,但没有任何改变。

答案1

我今天早上解决了这个问题并将其发布在这里,因为最近几天我在互联网上找不到任何东西,希望遇到同样问题的人能在这里找到它。

由于问题只在涉及 PDF 时才会出现,因此我查找了文件关联的注册表项,尽管 Microsoft TechNet 向我保证那里没有什么可做的,因为他们忽略了那里的每一个更改,将其重置为默认值,以强制每个人都使用 Windows 设置 UI。(我理解这背后的安全原因,但如果你真的确定要取消选择 Microsoft 应用程序,弹出的窗口真的很烦人。)

我发现的文件夹结构与其他文件类型关联一样(我查看的是 .xlsx)。唯一奇怪的是 UserChoice 子目录为空。但由于其他文件关联也没有这个子目录,所以我对它不感兴趣。

顺便说一句:Windows 有一种方法可以计算哈希值,用于检查更改是否由设置 UI 进行。因此,在我看来,安全性方面已经不重要了。

绝望中,我希望删除子目录可能有助于将其重置为默认值。删除过程停止在前面提到的 UserChoice 文件夹,因为我没有删除它的权限。仔细查看后,我很困惑,只有这个文件夹完全没有设置权限。因此,我将自己设置为完全权限所有者,然后 Ta-da:所有知名组(如 SYSTEM 等)都出现了。文件夹中还插入了新密钥。但我还是删除了它,因为所有其他子文件夹也都已消失。之后,我进入 Windows 设置 UI 文件关联部分,几秒钟后显示所有条目。.pdf 选择了 Microsoft Edge,这是有道理的,因为注册表已按预期重置为默认值。我选择了 Foxit,它成功了。

我的浏览器又可以正常工作了,好像什么事都没发生过一样。

相关内容