现在，Microsoft还“确认”了win 7不保存密码并在每次重新启动后再次询问密码的错误。powershell的处理办法仍然存在。但这只影响少数。

　　[最初于2020年10月12日]：有些用户在win 7 2004上存在问题，当然在20H2中也存在不能保存Cookie或登录数据的问题，尤其是在Chrome浏览器中。正如一个用户所发现的，这取决于任务计划中的任务s4u“ TAsK_LoGon_s4u”。

　　此任务的描述：“ TAsK_LoGon_s4u是另一个提供更安全选择的选项。它使用用户登录服务(s4u)代表指定用户执行任务，而无需保存密码。由于任务计划程序在本地系统帐户中运行，因此它可以创建s4u登录会话并接收令牌，该令牌不仅可以用于标识，还可以用于本地计算机上的个性化。通常，s4u令牌仅适用于标识。”

　　例如，在此处或在“答案论坛”中，也在FeedbackHub中列出了一些问题。如果你受到该错误的影响，则可以通过powershell找出是否归因于此服务。

　　• 启动win键+ x和powershell(管理员)，然后输入以下命令：

　　Get-scheduledTask | foreach {if(([[xml](Export-scheduledTask -Taskname $ _。Taskname -Taskpath $ _。Taskpath))。GetElementsByTagname(“ LogonType”)。'#text'-eq“ s4u”){$ _。Taskname} }

　　• 现在，powershell将显示任务。

　　• 现在，你可以打开任务计划程序并搜索任务并将其停用。

　　用户在bugs.chromium上对其进行了进一步解释：“这是因为uBpM用于创建s4u令牌的RpC有时可以删除lsass中保存的凭据。除其他事项外，你保存的凭据(或它的哈希)将用于生成你的dpApi用户加密密钥，如果删除，lsass将仅使用空字符串的哈希(!!)这绝对是调试的噩梦，所以我们都欠我一杯咖啡。

　　微软现在想对此进行仔细研究。几条评论已确认此替代办法有效。在一个答案中，提供了“仅在用户登录时运行”更改作为替代，而不是停用任务，该更改也应起作用。