v4 是一次较大的架构重构版本。我们优化了整体架构,修复了 v3 中的多个历史问题,并新增了多项实用功能,为后续能力扩展打下基础。
由于改动幅度较大,部分用户在使用中遇到了不便。以下是目前已知反馈及处理说明:
部分用户希望回退至 v3.2。请从下方链接下载安装包,通过浏览器的扩展开发者模式进行安装(仅支持 PC 端 Chrome / Edge / Opera 等 Chromium 浏览器):
https://fetchv.net/fetchv_v3.2.zip
如果不确定如何安装,可将以下问题复制给 AI 询问:
「如何在 Chrome / Edge / Opera 中以开发者模式安装 zip 扩展程序包?请给出详细步骤。」
说明:v3 使用的是多年前的架构。Chrome 每年更新频繁,已逐渐弃用部分旧 API,旧架构难以持续适配。因此我们选择重构,后续也不会在应用商店中回退到旧版本。v3.2 仅作为临时过渡方案,后续不再维护。
部分用户反馈文件名变成类似 526c97f2-0252-4942-a956-f58def8837bd.mp4 的格式。
原因:某些下载重命名类、下载管理类扩展会监听并修改浏览器中的所有下载行为,覆盖了本扩展传入的文件名,最终回退到 blob URL 的默认名称。
解决办法:已在 v4.0.3 中加入文件名保护逻辑,但仍无法完全避免其他扩展的干扰。Chrome / Edge 中后安装的扩展命名优先级更高,这是浏览器的硬性限制,无法绕过。若命名失败,扩展会给出提示。你可点击提示中的「重载」按钮定位冲突扩展,临时关闭它,或卸载后重装 FetchV(使其后安装,获得更高优先级)。FetchV 只会修改自身下载的文件名,不会干涉其他扩展。
为什么 v3 没有此问题?
v3 使用 <a> 标签模拟点击下载,未使用浏览器原生的 downloads API,因此不存在冲突。但这种方式对大文件有风险,容易下载失败,也无法管理下载历史,所以 v4 改用了原生 downloads API。
v4 已内置多线程下载机制,会根据实际下载情况自动调整并发数,不再需要用户手动设置。相比手动配置,自动调整在不同网络环境和服务器限制下通常更加稳定高效。
已在 v4.0.2 及以上版本中添加到下载面板。也可在扩展弹窗或侧边栏的设置中找到相关选项。
目前反馈主要出现在 Popup 模式。可先尝试切换到 Sidebar 使用,多数情况下可正常工作。我们正在排查此问题。
可能是检测逻辑存在问题。请把出问题的网页链接通过反馈表单提交,方便我们定位修复。
可能是部分特殊 HLS 流存在兼容性问题。请把出问题的网页链接通过反馈表单提交。已在 v4.0.2 及以上版本中添加转换引擎选项,可选择开启 v3 版本的转换引擎(兼容性更好,但输出文件可能存在画音不同步或卡顿问题),用户可根据实际需要选择。
v4 对界面和交互做了较大调整,确实需要一点适应时间。我们会根据大家的实际反馈持续优化。如果有具体觉得别扭的地方,欢迎直接告诉我们。
为了支持更完整的功能和后续扩展能力,本次版本申请了更多权限。这些权限仅用于功能实现,不会用于其他用途。
我们会根据用户提交的意见持续修复问题,并尽快发布更多修复版本。
如果在使用中遇到其他问题,或对界面有具体建议,请通过反馈表单提交:
https://fetchv.net/zh/feedback
你们的意见对我们非常重要,感谢理解与支持!