Windows 8及以上版本和WCOS的Builds杂谈

何木槿 不经过冷重启也可以看到的是“恢复应用程序”，就是个UI，你的主系统还在运行，了解了解Win8 Beta的就知道了。

你说的这个策略在Windows 11发生了改变。Windows 11是重启进入WinRE，Windows 11以前是关机进入一个恢复页面……

l zw Feature update to Azure Stack HCI, version 23H2, dev build (25217.1000) amd64

你这已经是23H2了，我说的是22H2……

何木槿 是我的22623确实还可以先进入恢复页面

如果你的WinRE.wim坏了，那么确实直接进恢复页面

何木槿 我觉的需要对我所提及的恢复页面进行一个限定。“恢复页面”指在完整的Windows client OS（Windows 8机以上版本）出现的一个通过设置→高级启动或者在重启时按下Shift键进入的页面。如果你所回复的“恢复页面”确实为上述内容，我觉得可能是你的信息出了偏差。

22621.675的新增内容（微软没提到的）：
将此电脑的6个用户文件夹全部固定到了主文件夹，之前只有四个。
用户安装此更新后依旧有几率遇到6个用户文件夹和主文件夹出现在桌面上的bug。

ThinkBou 区别于Dev的未汉化，GA现已汉化并且有较高的完成度。

RP→22621.754。以修复bug为主。修订版本号已大于.730，因此可以开启M2的feature。但是U盘弹出的bug还没修。
前脚才送走M1，后脚就开始测M2，有必要那么急吗？

Famous 前脚才送走M1，后脚就开始测M2，有必要那么急吗？

GA→22621.755，仍以修复bug为主，感觉RP和GA的进度都加快了。

在最近的Build 25231中，SystemApps加入了MicrosoftWindows.Client.OOBE，PrintDialog从%SystemRoot%移动到了SystemApps，同时MicrosoftWindows.Client.39072097从SystemApps移除。

Famous 但是U盘弹出的bug还没修。

关于这点我得补个后续 从891开始在U盘接入状态下重启资源管理器后似乎不会再出现这一bug
(目前是898 后续我得再验证下)
另外WFEP Build已从730的22636升级至885的22637再升级至898的22638 莫非是Moment 3的“前瞻”(?)

新版的任务管理器对“进程”的判断似乎不是很明确
比如有些由Edge唤起的进程也被归到了Edge下面，甚至部分Windows系统进程也会被收进Edge。

Build 22621.898好像将Microsoft.Windows.Search加回了SystemApps中

文件内容不是一个标准的打包应用，仅包括一些WebView2支持库，可能和任务栏搜索更新有关，没准要切换成WebView2支持而不是EdgeHMTL