更多的错误继续困扰Win10版本1909系统

听起来不像是我的“总开关”。实际上，听起来好像有人决定替换实现File Explorer Search的代码，并对其进行了破坏。但是，臭名昭著并没有止步于此。自从1909年（也许是在）1909年交付后不久，微软就已经知道该问题，并且一直对此表示怀疑。根据Parmar：
[相关：Microsoft Win10与Apple macOS：18个安全功能比较 ]
在Win10 20H1 Build 19013 的更新日志中，Microsoft指出，它已解决了无法将焦点设置到File Explorer的搜索框的问题。
>我们解决了一个问题，即您可能无法进入文件浏览器的搜索框以键入查询的状态。
可以肯定地说，微软至少知道部分问题的全部信息，并将其修复于10月29日发布的beta版本19013中。不过，请考虑一下，微软于11月12日正式发布了Win10 1909，显然至少有一部分完整的错误。此后，在12月10日进行了一次累积更新，它也没有修复File Explorer Search错误。
Parmar继续指出，Microsoft 在12月16日发布的beta版本19536中修复了File Explorer Search错误的其他形式。
我们更新了新的File Explorer搜索体验，使您可以通过右键单击下拉菜单中的选项来删除以前的搜索。
我们修复了导致启用“自动在搜索框中键入”文件资源管理器设置时查询的第一个字符被删除的问题。
帕玛（Parmar）对未来充满信心：
我们不知道微软何时计划将修补程序反向移植到Win10 November 2019 Update，但很有可能在2020年1月发生。
希望我分享他的乐观态度。
@ abbodi86 解释了幕后情况：
1909年，文件资源管理器的上方栏（地址+搜索框）不再属于Win32平台。这是Hybird WinRT（UWP）功能。它是半生不熟，丑陋，缓慢的，并且需要一些先决任务才能实现半功能（剪贴板和其他服务，包括MsCtfMonitor任务计划）。
顺便说一句，有一种方法可以使用第三方工具mach2.exe关闭此功能并恢复旧的行为。但是即使这样，系统也会在短时间或重新启动后恢复到新的错误版本，即错误版本。
在“ 官方已知问题”列表中没有任何一个错误的确认。
我们可以跳过各种语义上的障碍，但是对我而言，我们并不是在寻找“具有相同系统文件集的通用核心操作系统。”至少对于File Explorer Search错误，我们正在寻找在本质上不同的模块上进行尝试-其中之一似乎是试图从Win32更改为WinRT-产生了灾难性的结果。
我得出的结论是，“主开关”是另一营销手段。不要误会我的意思：我非常感谢1909年升级的柔和性质，并希望并向所有Winholy祈祷，微软将每年一次切换到主要升级。但是1903和1909是两个不同的代码库，无论您如何分割它。
我仍然不会在生产机器上安装1909。