Windows 10 上损坏的跳转列表

Question

我注意到我所有的任务栏和开始菜单跳转列表都坏了。它们以非常具体的方式被破坏：

• 项目显示出来，但点击它们什么也不做（点击关闭跳转列表，但不会打开相应的应用程序）
• 右键单击时，没有任何项目显示上下文菜单（出现一个空的灰色框，就好像出现了一个空的上下文菜单）
• 跳转列表和上下文菜单在安全模式下工作

我的问题与Windows 10 Taskbar JumpList Issue, Not working和Taskbar > File Explorer > Context Menu failed me以及相关Reddit 帖子和相关论坛帖子中描述的问题非常相似（如果不相同）。但是，我有更多关于潜在原因的信息和更多尝试的解决方案。

Microsoft Answers 上还有两个相关帖子：Microsoft Answers 上的相关帖子和另一个相关帖子，但没有一个解决方案对我（或原始海报）有用。

更新 Visual Studio 后，我在周年更新中注意到了这一点。然后，我更新到四月更新，解决了这个问题。现在，我更新了 Visual Studio（从 15.6 到 15.7），它又坏了。任务栏和开始菜单上的跳转列表均已损坏，所有应用程序（桌面和商店）均已损坏。

我尝试过的事情：

• 删除AutomaticDestinations目录中的所有文件
• 从AutomaticDestinations目录中删除一些文件
• 从设置重置跳转列表
• 使用 PowerShell 脚本重新安装所有应用商店应用
• 跑步 sfc /scannow
• dism使用恢复健康选项运行
• 固定项目
• 重新启动计算机
• 以安全模式重新启动，然后再次重新启动
• 禁用 Internet Explorer
• 使用“开始”菜单疑难解答：它会发现损坏，但不会应用修复
• TileDataLayer从不同的计算机复制文件夹然后修复
• 创建一个新的用户帐户（这也不起作用）
• 修复 Visual Studio（它只是让 Visual Studio 变慢了）
• 恢复原始AppData文件夹位置并从另一个分区创建一个连接点
• 删除所有与 Visual Studio 相关的连接点
• 完全删除所有版本的 Visual Studio 并全新安装 Visual Studio 2017
• 安装四月更新
• 安装十月更新
• 使用ShellExView来禁用所有带有Context Menu标志的shell 扩展以及所有在问题开始发生后的File Created时间和CLSID Modified Time之后的shell 扩展
• 运行Get-AppXPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"}有助于解决类似问题的推荐脚本
• 在 Visual Studio 反馈站点上和通过反馈中心应用程序发布问题并等待修复
• 删除所有 CD/DVD 安装软件
• 在设置中打开和关闭跳转列表
• JumpListItems_Maximum在注册表中设置
• 使用msconfig测试不同的启动配置（禁用所有非微软服务-跳转列表不工作，诊断启动-跳转列表不工作;安全模式-跳转列表工作）
• 禁用 OneDrive（在启动和组策略中）——有趣的是，从 OneDrive 打开的项目确实有效；但所有其他项目都没有（单击和上下文菜单）。
• 删除所有防病毒软件

我的 C: 驱动器上有一些连接点（全部在Program Files和 中ProgramData）。

每当跳转列表损坏时（通常在修复安装 Windows 10 后的几天内），Cortana 快捷按钮 ( WinKey+ C)似乎也会损坏。

任何人都可以提供任何线索或建议吗？

编辑1（恢复默认AppData文件夹后）

访问Recent Items文件夹时发生了一件奇怪的事情：通过在资源管理器中直接导航到该文件夹进行访问时，它不包含CustomDestinations和AutomaticDestinations文件夹，但是当通过将同一目录输入 Run 访问时，文件夹与许多未出现在中的项目一起可见跳转列表。

编辑 2（修复 Windows 安装后）

即使将系统重新更新到四月更新解决了问题，问题仍然存在，因为问题的实际原因不明，我希望它在另一个 Visual Studio 更新后再次发生。

编辑 3（几天后）

在进行修复安装后大约两天正常工作后，我的跳转列表不再起作用。显示了所有历史项目，但它们再次不可点击并且上下文菜单为空。显然，每隔几天进行一次修复安装不是一种选择。在跳转列表正常工作的几天里，我没有在我的系统上安装任何东西。

编辑 4（删除 Visual Studio 并删除连接点后）

打开 Visual Studio 2017 并运行带有调试器的 UWP（Microsoft Store）应用程序后，我的跳转列表再次被破坏。

我决定删除 Visual Studio 2015 和 Visual Studio 2017 并重新安装 Visual Studio 2017，删除我拥有的所有连接点（我有一些用于 Visual Studio 安装的连接点），重新安装 Visual Studio 2017 并修复安装 Windows。删除 Visual Studio 安装和连接点并没有解决问题。修复安装确实如此，如答案中所述。但是，每隔几天设置一次计划任务重新安装Windows确实不是解决方案。

编辑 5（将 Visual Studio 更新到 15.7.3 后）

跳转列表再次被破坏。他们已经工作了将近几个星期。Visual Studio 更新后，跳转列表显示相同的损坏行为。

编辑 6（将 Windows 10 更新到 2018 年 10 月更新后）

修了五天又坏了。可能再次与 Visual Studio 相关。当部署 UWP 应用程序时，它们似乎会中断。

编辑 7（干预启动配置后）

在尝试通过各种方式（包括msconfig、ShellExView、任务管理器、注册表编辑器和服务应用程序）禁用外壳扩展、启动项和服务后，我得出结论，跳转列表工作的唯一状态是安全模式。

编辑 8（在 Zenithies 富有洞察力的回答之后）

我意识到我在事件日志中有很多 10000、10001 和 10016 错误。尝试单击跳转列表项后会出现 10000 和 10001 错误。以下是错误。

无法启动 DCOM 服务器：{C82192EE-6CB5-4BC0-9EF0-FB818773790A}。

无法启动 DCOM 服务器：{9AA46009-3CE0-458A-A354-715610A075E6} 为不可用/不可用。

特定于应用程序的权限设置不会为具有 CLSID {2593F8B9-4EAF-457C-B68A-50F6B8EA6B54} 和 APPID {15C20B67-12E7-4BB6-92BB-7AFF07997402} 的 COM 服务器应用程序授予本地激活权限

通过注册表后，我确定其中之一是 RuntimeBroker 组件。我继续查看相应的组件服务，并注意到我有重复的条目，rundll32.exe并且RuntimeBroker类似于Runtime DCOM Server 的组件出现两次。尝试修改权限时出现以下错误。

附加到注册表值的一个或多个权限条目的类型无法识别，无法显示。

可以通过手动调用跳转列表组件来规避跳转列表问题。但是，权限问题仍然存在，原因可能是 Windows 更新之一，考虑到 Runtime Broker 组件服务重复并且具有不同的 ID。

相关帖子有关于此的更多信息：Unable to start a DCOM Server。

编辑 9（将 Windows 更新到 1903 并将 Visual Studio 更新到 2019 后）

与之前的更新一样，列表已修复了几天。

列表现在再次损坏，但现在显示一个带有文本“此项目不可用”的菜单，并提示将其从列表中删除。从 Edit 8 运行临时修复脚本后，问题得到解决，直到下次关机。我再次通过反馈中心报告了这一点。

编辑 10（将​​ Windows 更新到 2004 后）

还是坏了。每个主要的 Windows 更新似乎都禁用了任务计划程序修复。重新启用计划脚本可解决此问题。但是，问题的原因并没有得到解决。这仍然只是规避问题。

Answer 1

我使用媒体创建工具创建了 Windows 10 ISO 文件。然后，我运行了四月更新的安装（即使我安装了四月更新）来“升级”我的计算机。安装完成，问题现已解决。然而，这并不是一个真正的解决方案，因为每次更新 Visual Studio 2017 时都必须重新安装 Windows，这非常麻烦。

我已通过反馈中心提交了反馈，微软工程师回复说该问题已在版本 17682 中修复。我尚未确认这一点。

编辑（2018 年 10 月）

我可以确认该问题在 build 17763.1 中并未得到解决。我已通过反馈中心提交了另一份报告。

编辑（2018 年 12 月）

我已经应用了 Zenithies 答案中的修复程序。但是，这只能规避上次编辑中描述的实际问题。

编辑（2019 年 6 月，Windows 1903）

我创建了一个计划任务来在登录时运行两个失败的进程（Cortana 和跳转列表）。我设置的是延迟5秒。另外，我正在以管理员权限运行它。这部分解决了问题（我现在可以使用跳转列表）。但是，错误仍然列在事件查看器中。这意味着问题仍然没有解决，只是被规避了。

我还通过反馈中心提交了多份报告，包括此帖子和相关帖子（无法启动 DCOM 服务器）的链接。