今日1.45.0版本，好像会莫名其妙造成一些动作有弹出提示

超级操作窗，是这款动作更新版本后造成的，作者已更新删除多余提示。

最新版Quicker启动后有概率会是这个进程，这会导致很多内容识别进程出错（原先的为Quicker）

这是哪个动作。调试运行一下，我看看哪个步骤识别错误的。

重启Quicker过后就正常了，短时间内无法复现

这个情况通常发生在重启Quicker后，这几天已经遇到两次了，遇到再重启基本上会正常

至于步骤识别错误，“选择一个窗口”获取进程，还有“获取前台窗口”的进程，这两个似乎都有问题
这个bug最影响人的点是

在设置中，设置的Quicker为黑名单或者白名单都失效了

https://temp.getquicker.net/977787/1b60d875573f40fbbdaafdc73cede182.html
又出现了

当时有在安装卸载程序没？

AI是这样解释的，不知道有没有道理。

C:\Config.Msi\7a99b00.rbf 这种路径，通常并不是某个“真实可执行程序”的长期所在位置，而是 Windows Installer（MSI）在安装/修复/更新软件过程中临时生成的回滚文件。

几个关键点：

1. C:\Config.Msi
   这是 Windows Installer 使用的一个系统目录（默认隐藏、受保护）。
   当 MSI 安装包在执行文件替换、升级、修复时，会把原始的可执行文件或 DLL 备份到这里，以便失败时可以回滚。

2. .rbf（Rollback File）
   .rbf 即 Rollback File。
   它是 MSI 为“可回退操作”准备的临时副本，内容通常就是原来的 exe/dll。

3. 为什么你在 C# 中读到这个路径？
   典型场景是：

   • 某个程序正在被 安装、更新或修复；

   • Windows Installer 先把原 exe 移走，生成一个 .rbf 文件；

   • 新版本尚未完全写回；

   • 此时你用 Process.MainModule.FileName、GetModuleFileNameEx 等 API 查询该进程路径；

   • 返回的就变成了 C:\Config.Msi\xxxx.rbf。

也就是说：

你看到的不是“这个程序本来就在 C:\Config.Msi”，而是 它正处于 MSI 的事务性安装过程中，当前运行映像来自回滚临时文件。

在进程监控、路径识别、白名单判断等场景中，这一点尤其容易造成误判。例如：

• 你原本期望得到
  C:\Program Files\Foo\Foo.exe

• 却偶尔得到
  C:\Config.Msi\7a99b00.rbf

这并不意味着程序“异常”，而是说明：

• 该程序刚刚被更新 / 修复；

• 或系统正在对它执行 MSI 事务操作；

• 你采样的时间点正好落在“替换窗口期”。

在工程实践中，常见处理方式包括：

• 对 C:\Config.Msi\*.rbf 做特殊判定；

• 延迟再次查询（例如 100–500ms 后重试）；

• 结合 Process.Id、OriginalFileName、ProductName 等 PE 信息做归一化；

• 或在逻辑上将其映射回“原本的安装路径语义”。

在进程监控类系统（例如你现在做的 WPF/系统级工具）中，这种情况是系统级正常现象，而不是 API 错误。

好像是有一定道理的，因为我安装新版本或者重启软件时，有时会遇到这个错误


因此我会选择重新执行msi修复Quicker，C:\Config.Msi\*.rbf 的问题好像就是这会出现的，我再观察一下
另外，之前版本遇到上述的“应用程序错误”我执行修复，也不会导致 C:\Config.Msi\*.rbf 的问题啊🤣