wonfen的动态

Clash Verge Rev 创世维护者与发起人

共 22 条动态,按原始发布时间排列。

查看人物介绍
来源:GitHub

wonfen:托盘延迟菜单宜用 set_text/set_checked 更新而非整体重建,并需要可靠的刷新触发

在「feat(tray): add a per-group latency test」PR 中,wonfen 请作者把 (a)(b) 两处本地修复推到该 PR 上;对 (c) 同意在只更新延迟或选中状态时用 `set_text` 与 `set_checked` 更新既有菜单项,而不是重建整个菜单,并指出当前 `latency_items` 只登记测试按钮,需要扩展到代理行。刷新触发也需要可靠方案:在菜单打开时更新只能在下次打开显示结果,无法反映菜单保持打开期间的自动测试;Ta…(节选)

来源:GitHub

wonfen:Clash Verge Rev 托盘菜单项编号溢出导致 Windows 托盘菜单点击全部失效

在 Clash Verge Rev「Windows 版右击系统托盘的“退出”命令无效」(issue #8159)讨论中,维护者 wonfen 表示已在 Windows 上复现并定位:托盘菜单底层的 muda 库在 Windows 上给每个菜单项分配只增不减的内部编号,但点击时只按低 16 位(最大 65535)匹配;CVR 每次刷新托盘菜单(切换模式、节点、订阅、进出轻量模式等)都会整体重建菜单,开启托盘代理组显示时一次重建会产生几百到几千个菜单项,累计超过约 6.4 万个后…(节选)

来源:GitHub

wonfen:Clash Verge Rev 节点显示 COMPATIBLE 源于订阅下载失败与 DNS 走「自动选择」组的依赖循环

在 Clash Verge Rev #8153(mustang518 于 2026-10-03 08:46 UTC 提交,报告 Windows 11 用户模式下启用 TUN 并安装系统服务后代理组节点显示 compatible,卸载系统服务或管理员模式下正常;该 issue 现已关闭)下,wonfen 于 2026-10-05 01:12 UTC 依据日志说明:TUN 已成功启动,但 Sub 订阅因 DNS 解析失败而下载失败,所以节点显示 COMPATIBLE;DNS 请求…(节选)

来源:GitHub

wonfen:第三方优化软件把 Clash Verge 服务启动方式改为手动,导致内核降级启动与红色报错

在 clash-verge-rev issue #8129(v2.5.6 内核无法启动或配置无法应用,Win11 Pro 26H2)的讨论中,wonfen 依据用户截图定位:该机器上 Clash Verge Service 的启动方式被改成了「手动」,事件查看器里那条「由自动启动更改为按需启动」的记录即对应此事。软件不会去改它,一般是电脑管家、360、火绒这类软件的开机加速所致。 改成手动以后,每次开机服务都不会自己起来。软件启动时会先等它两分钟左右,这段时间界面是卡住的;等…(节选)

来源:GitHub

wonfen:Clash Verge Rev 2.5.6 主网络服务解析失败致托管内核无法启动的问题已修复

wonfen 在 Clash Verge Rev issue #8083(macOS 下 GlobalProtect 把主网络服务改为 gpd.pan,导致系统代理与 TUN 均无法启用)的回复中确认:2.5.6 中确实存在主网络服务解析失败导致托管内核无法启动的问题,当前代码已针对这一情况修复;系统代理在 GlobalProtect 下是否生效,需要继续确认。他请用户改用包含该修复的测试版并同步更新服务组件,同时补充 GlobalProtect 版本、连接与断开时系统代理和…(节选)

来源:GitHub

wonfen:Clash Verge Rev 关闭 DNS 覆写后 TUN 失效源于基础配置残留 dns 段

wonfen 在 Clash Verge Rev issue #8122(订阅自带 dns 段时「DNS 覆写」被自动关闭后 TUN 一开全机 DNS 瘫痪)中说明:问题不是关闭 DNS 覆写剥掉了订阅的 dns;关闭时 Verge 不读 dns_config.yaml,也不改订阅的 dns。用户所贴 806 字节文件应是基础配置 config.yaml 而非运行时配置,其中残留 dns: {enhanced-mode: redir-host},生成配置时会整段覆盖订阅的 d…(节选)

来源:GitHub

wonfen:Clash Verge Rev 扩展配置里的 dns/hosts 自 v2.5.5 起整段替换,订阅扩展会覆盖全局 nameserver-policy

在 Clash Verge Rev issue #8080(v2.5.5+ DNS 合并整段替换,导致订阅扩展覆盖全局 nameserver-policy)下,wonfen 说明目前就是这样设计的:这是 v2.5.5 起有意做的改动(提交 6a85d034,起因 issue #7993)——扩展配置里写出的 dns 字段和 hosts 现在会整体替换原来的值,以前是逐条合并,订阅里自己不想要的 nameserver-policy 旧条目怎么都删不掉。 副作用是该规则对每一层扩…(节选)

来源:GitHub

wonfen:服务模式下内核以 root 运行,普通 lsof 看不到它的监听端口

在 macOS 升级到 v2.5.5 并执行「修复服务」后内核未运行、7897 端口无监听的问题(#8029)中,wonfen 说明:服务模式下内核以 root 身份运行,普通用户执行的 lsof -nP -iTCP:7897 -sTCP:LISTEN 看不到 root 进程的监听端口,因此没有输出并不能说明 7897 没有在监听。他要求补充 sudo lsof 的输出、verge-mihomo / clash-verge-service 进程、curl 直连 7897 的结…(节选)

来源:GitHub

wonfen:macOS 卷「忽略所有权」导致 Clash Verge Rev 服务拒绝应用数据目录,并给出排查与修复命令

在 macOS 服务拒绝外部 APFS 卷上迁移后的 home 目录(code 1001)的反馈中,wonfen 说明服务会以 root 身份检查应用数据目录是否归当前账户所有:若文件是在该卷开启「忽略此卷上的所有权」期间创建的,会被存为 uid 99(_unknown)。macOS 对所有非 root 用户都把这些文件显示为属于自己的,因此 ls -l 看起来正常,但以 root 运行的服务看到的是 uid 99;这样的目录可被本机任意账户修改,服务必须拒绝它。他请报告者执…(节选)

来源:GitHub

wonfen 定位 macOS「修复服务」报 unable to resolve the invoking user's service group 的成因

在 2.5.5 无法修复服务的反馈中,作者说明「修复服务」报 unable to resolve the invoking user's service group 的成因已找到:安装服务时需要查询当前 macOS 账户的主用户组,旧代码在两种情况下会查询失败——一是这个用户组成员非常多(例如公司统一管理、用公司账号登录的电脑),二是这个用户组没有名称;他给出了对应的提交。他还说明「继续使用 Sidecar」也报错属于另一个问题,同样已修复,并另外给出两处提交。这些修复会随下…(节选)

来源:GitHub

wonfen:Clash Verge Rev 的 Merge dns 字段被覆盖属 bug,已修复

在 clash-verge-rev 关于 Global Merge 的 dns 段被「DNS 覆写」开关影响的问题讨论中,wonfen 表示 merge 的 dns 字段被合并属于 bug,已由提交 6a85d03「fix(enhance): replace DNS fields in merge overrides」修复,该提交改为替换 DNS 映射字段与 hosts 而非保留旧条目,同时保留未指定的 DNS 字段、DNS 覆写优先级与显式空值。他同时说明优先级规则:除 `…(节选)

来源:GitHub

wonfen:Clash Verge Rev 本次更新会在检测到端口占用时自动切换混合端口

在 clash-verge-rev 关于「Windows 下检测 Hyper-V 保留端口范围、混合端口无法绑定时引导用户」的功能讨论中,wonfen 回复称,检测到端口占用后自动切换端口是本次更新的重要特性之一,并附上实现该行为的提交(自动选择可用的混合代理端口、协调监听端口变更、检测 Windows 监听端口冲突)。