软件卸载建议增强一点 #4

Activity

1. gentpan commented on Oct 9, 2026

   

   gentpan

   on Oct 9, 2026

   Last edited by gentpan

   Owner

   More actions

   感谢建议，已经参考 Pearcleaner 的残留查找思路继续增强了卸载器，修改在 草稿 PR #6 中：

   • 识别 UUID 命名的沙盒容器，以及应用自带辅助组件留下的数据。
   • 读取原始应用名，补查 SentryCrash 等按名称保存的残留；厂商目录里也会查目标应用的子项。
   • 补上 VS Code、Insiders、Arc、Chrome 等明确的数据位置，区分 VS Code 两个版本和共享目录。
   • 从有效签名中读取应用组。共享容器、名称推断和可能共用的数据会标明，默认不勾选；厂商共享父目录会保留。
   • 回收前再次检查路径；部分文件移动失败时只统计实际成功项，并保留失败项供重试。

   本地测试、真实签名测试和 Release 构建已通过；GitHub CI 的 152 个测试、构建、应用包签名检查及界面渲染也全部通过。目前还没有合并或发布，正式版 0.6.2 尚未包含。系统级 /Library 残留也还不在这次的扫描范围。

   方便的话，请继续补充你对比过的应用名称，以及 Pearcleaner 能找到、OpenStats 没找到的具体文件路径或截图，个人信息可以打码。这样可以进一步核对你遇到的漏扫；这个 issue 会保持开放跟进。
2. gentpan commented on Oct 9, 2026

   

   gentpan

   on Oct 9, 2026

   Owner

   More actions

   卸载增强已随 0.6.3 正式发布，包含 UUID 沙盒容器、辅助组件、Sentry 与厂商二级目录，以及 VS Code / Insiders / Arc / Chrome 的明确数据位置。可能共用的数据会标明并默认保留，回收失败项可重试。

   可以在应用内检查更新，或下载 Apple 芯片版 / Intel 版，详见 Release。系统级 /Library 残留暂未覆盖。

   这条继续保持开放，方便跟进你实际遇到的漏扫。欢迎提供升级后仍有差异的应用名称和具体路径，个人信息可打码。
3. fcxxxz commented on Oct 10, 2026

   

   fcxxxz

   on Oct 10, 2026

   Author

   More actions

   问题更大了哈哈哈
   这是升级之前的
   

   这是0.6.3
   
4. gentpan commented on Oct 10, 2026

   

   gentpan

   on Oct 10, 2026

   Owner

   More actions

   谢谢补充截图，0.6.3 的残留扫描确实存在回归，抱歉。

   已用 OpenCode 的相同标识和目录结构复现“升级后只显示应用本体”的情况：在不区分大小写的磁盘上，资源库实际目录名为 library 时，原来的路径检查会把系统规范化大小写误当成重定向，跳过资源库残留。现在改为逐级检查真实目录项；无法读取或被符号链接阻挡的目录也会显示提示，避免扫描不完整时看起来只有本体。

   修复已合并到 PR #8，还未发布新的安装包。并参考 Mole 的公开卸载规则 补充了登录项组件、完整名称变体、崩溃报告、WebKit/NSURLSession 子缓存和当前用户临时缓存。截图里的 .config/opencode、.cache/opencode 也会列出；它们可能与命令行共用，默认保留，供手动选择。相同应用有其他安装副本时，共用数据会保留。

   181 项测试和构建检查已通过。这个 issue 继续保留，等后续版本在你机器上验证实际扫描结果；目前复现条件还不能证明就是你机器上的具体原因。
5. gentpan commented on Oct 10, 2026

   

   gentpan

   on Oct 10, 2026

   Owner

   More actions

   0.6.4 已发布：版本与下载，也可在应用内检查更新。

   这版包含卸载漏扫修复、Mole 参考规则和 OpenCode 配置/缓存候选；可能与命令行共用的数据默认保留。请升级后用同一个 OpenCode 再检查一次；如果仍有缺项，页面现在会提示未能扫描的目录，可据此继续定位。这个 issue 继续保留跟进。
6. fcxxxz commented on Nov 3, 2026

   

   fcxxxz

   on Nov 3, 2026

   Author

   More actions

   0.7.3版本，尚未修复

   
7. gentpan commented on Nov 3, 2026

   

   gentpan

   on Nov 3, 2026

   Owner

   More actions

   抱歉，0.7.3 仍然没有解决，谢谢你再次贴图。

   先说我们这边查到的：

   • 我们按你截图里另一个工具列出的路径，在一个临时目录里原样造了同样的文件（Application Support/com.baidu.BaiduNetdisk-mac、Preferences/….plist、FinderSync 的沙盒容器与脚本目录、最近文档记录、Group Containers/group.com.baidu.BaiduNetdisk-Mac 等），再用 OpenStats 的扫描代码扫了一遍：大部分都能找到，只漏了两个应用组目录（包名结尾是 -mac、组目录是 -Mac，匹配时区分了大小写）。这个已经修了，会随下一个版本发布。
   • 但这解释不了你截图里的情况：OpenStats 一项残留都没找到，连最普通的 Application Support 和 Preferences 也没有。说明你那台 Mac 上有我们没复现出来的差异，0.6.4 时修掉的只是其中一个原因。我们现在还不能确定真正的原因，不想假装已经修好了。
   • 另外确认了旧版的一个问题：个别情况下系统不让读取某个目录（比如没有授予「完全磁盘访问权限」）时，扫描会把它当成「目录不存在」悄悄跳过，页面上也没有任何提示。新版改成了明确提示「无法读取」。

   已经加到代码里、会随下一个版本发布的（目前还没发布）：

   • 卸载页在「只找到应用本体」时会出现「复制诊断」按钮，内容是每个目录读到了什么、哪些文件名字匹配上了却没有列出，以及原因（家目录会写成 ~）。
   • 每个残留悬停可以看到「依据」（靠哪个包名、应用组或名字认出来的）。
   • /Library 下的启动项、助手等系统级残留会单独列出，只提示、不处理。

   想请你帮忙确认几件事（现在就能做，不用等新版；用户名可以打码）：

   1. macOS 版本，以及「系统设置 → 隐私与安全性 → 完全磁盘访问权限」里有没有 OpenStats。可以先授予、再重新扫描一次百度网盘，看结果有没有变化，告诉我们。

   2. 在终端里运行下面几条，把输出贴上来：

      ls -ld ~ ~/Library ~/Library/Application\ Support
      ls ~/Library/Application\ Support | grep -i baidu
      ls -l /Applications | grep -i baidu

   3. 带「复制诊断」的新版发布后，对百度网盘点一次「复制诊断」，把内容贴上来，我们就能直接看到原因。

   这个 issue 会继续保持开放。再次抱歉让你反复遇到同一个问题。