DigUp Windows 与 Linux 测试版已知问题

核心结论 DigUp 的 Windows 和 Linux 版本(0.7.0-beta.1)目前处于测试版,暂不读取截图文字与部分旧格式,并有一些已报告但尚未确认修复的问题。

最近更新于 · Mac 版 DigUp 0.6.1,Windows 和 Linux 测试版 0.7.0-beta.1

在 2026年10月14日发布的 0.7.0-beta.1 版本说明中,开发者说明 Windows 和 Linux 版属于测试版,虽然可以使用,但实际使用量远少于 Mac 版,因此可能会遇到一些不够完善的地方。部分功能按当前设计尚未加入,同时有若干用户报告的问题截至 2026年10月16日尚未确认修复。

当前版本尚未加入的功能

根据 README 和 0.7.0-beta.1 版本说明,Windows 和 Linux 测试版与 Mac 版使用相同的模型,但暂缺以下支持:

  • 截图内的文字:暂不读取截图中的文字,因此截图只能按画面内容搜索,无法通过输入截图里的精确代码来查找。
  • 部分文件格式:旧版 Word 的 .doc 文件、RAW 照片和 SVG 图片会被跳过,目前仅在 Mac 上读取。完整列表见支持的文件类型。
  • Mac 版本保持不变:Mac 应用不包含在此次发布中,仍保持在 0.6.1 版本。详情可查看版本更新记录。

用户已报告的问题(截至 2026年10月16日)

以下为 GitHub 上的用户观察报告或功能请求,并非维护者确认的诊断或已发布修复:

报告 系统 报告者描述的现象 截至 2026年10月16日的状态
#97 Windows 11(64 位) 模型已下载、文件夹已选且索引无报错结束,但文件夹显示“0 files indexed”,搜索文件名、内容或图片均无结果(参见搜不到结果排查)。 开启(open),当前讨论中无维护者确认的修复
#67 Windows(0.7.0-beta.1) 在该问题的评论中,有两位 Windows 用户反映即使选定了文件夹,状态仍停留在“0 files indexed”(其中一位看到“0 files out of 0”)。 开启(open),当前讨论中无维护者确认的修复
#87 Windows 11(0.7.0-beta.1) 当所选文件夹包含大于 2 GB 的文件时索引停止,排在后面的文件夹也不会被索引;第二位 Windows 11 用户报告未索引任何文件,并指出受影响的大小在 2 GiB 到 4 GiB 之间。 开启(open),当前讨论中无维护者确认的修复
#92 Linux 测试版 首次运行设置结束时显示“The model download stopped”和“0 of 0 files searchable”,尽管模型文件实际上已下载完成(参见模型下载失败说明)。 开启(open),当前讨论中无维护者确认的修复
#95、#96 Linux 与 Windows 格式错误的 RTF 文件(#95)或元数据被截断的 HEIF 图片(#96)可能会使索引辅助进程停止;两项均通过阅读源代码发现,报告者表示未在 Linux 或 Windows 上复现崩溃。 开启(open),当前讨论中无维护者确认的修复
#75 0.7.0-beta.1 请求支持读取 .xlsx、.pptx、.ods 和 .odp 的功能请求;报告者表示在 0.7.0-beta.1 中,.xlsx、.xls、.pptx、.ods 和 .odp 文件会被跳过。 开启(open),当前讨论中无维护者确认的修复

安装与系统环境的已知说明

在获取 Windows 下载或 Linux 下载后,以下行为属于文档记录的正常现象:

  • Windows 安装程序未签名:安装程序尚未签名,Windows 可能会提示无法识别该应用,依次选择“More info”(更多信息)和“Run anyway”(仍要运行)即可,详见 Windows 未签名安装提示。
  • Wayland 下的快捷键:在 Wayland 下的 GNOME 和 KDE 中,DigUp 会在设置期间将 Ctrl+Shift+Space 添加到桌面的键盘设置中;在其他 Wayland 桌面上,“Settings”会显示可供你自行绑定快捷键的命令,详见全局快捷键说明。
  • GNOME 系统托盘图标:在 GNOME 上,系统托盘图标需要 AppIndicator 扩展(Ubuntu 默认包含)。如果没有该扩展,窗口中的“⋯”菜单提供相同的选项。
  • 显卡(GPU)加速判断:如果在设置时的快速检查发现显卡(GPU)比处理器更快且结果一致,DigUp 会在显卡(GPU)上运行模型,否则使用处理器。

如何向开发者反馈问题

根据 0.7.0-beta.1 版本说明,如果你尝试了测试版,有两件事最能帮到开发者:一是在 GitHub Issues 提交任何无法正常工作的问题;二是如果你有显卡(GPU),告知 DigUp 是否使用了它。

你可以查看 speed.log 的最后一行,上面会写明 "device": "gpu" 或 "cpu"。该文件在 Windows 上位于 %LOCALAPPDATA%\com.abdurrahim.DigUp\logs,在 Linux 上位于 ~/.local/share/com.abdurrahim.DigUp/logs。

来源 GitHub 上的 DigUp READMEDigUp 0.6.1 发布说明DigUp 0.7.0-beta.1 发布说明GitHub issue #97GitHub issue #67GitHub issue #87GitHub issue #92GitHub issue #95GitHub issue #96GitHub issue #75 已于 2026年10月15日 对照 DigUp 的 GitHub Releases 页面核对版本与文件。

常见问题

DigUp 的 Windows 版本稳定吗?

根据 0.7.0-beta.1 版本说明,Windows 和 Linux 版目前是测试版(beta)。它可以正常工作,但实际使用量远少于 Mac 版,因此可能会有一些不够完善的地方。

Windows 和 Linux 版比 Mac 版缺少什么功能?

目前有两项差异:一是暂不读取截图内的文字,截图只能按画面内容查找;二是旧版 Word 的 .doc 文件、RAW 照片和 SVG 图片会被跳过,这些格式目前仅在 Mac 上读取。

为什么 Windows 测试版索引完还是搜不到东西?

截至 2026年10月16日,已有用户在 GitHub Issue #97、#67 和 #87 中报告了 Windows 0.7.0-beta.1 显示“0 files indexed”或因包含大于 2 GB 的文件而停止索引的现象。这些问题目前处于开启状态,尚无维护者确认的修复。

Linux 测试版提示“The model download stopped”怎么办?

在 GitHub Issue #92 中,有用户报告首次运行结束时显示“The model download stopped”和“0 of 0 files searchable”,即使模型文件实际上已下载。截至 2026年10月16日,该问题尚未有维护者确认的解决方法。

怎么报告 DigUp 测试版的 bug?

你可以在 github.com/ARahim3/DigUp/issues 提交问题。如果你有显卡(GPU),可以在 %LOCALAPPDATA%\com.abdurrahim.DigUp\logs(Windows)或 ~/.local/share/com.abdurrahim.DigUp/logs(Linux)中查看 speed.log 的最后一行,将显示的 "device": "gpu" 或 "cpu" 一并告知开发者。