15 August 2026
💬 New comment on clash-party#2073 [Bug] 快捷键设置为NumSubtract时报错
by @Memory2314
f4a4d9b31df2c3dd878e8c9ef185b64f780704ef
Reply to this message to post a comment on GitHub.
💬 New comment on clash-party#2083 [Bug]软件运行时， ubuntu右上方软件显示只有三个点，没有完整图片
by @Memory2314
https://github.com/electron/electron/issues/52674
Reply to this message to post a comment on GitHub.
💬 New comment on clash-party#2061 [Bug] Macos 虚拟网卡 手动授权内核报错
by @Pinocchang
老问题了，好几个版本就都是这样的，都没修复，但是用也可以正常使用
Reply to this message to post a comment on GitHub.
💬 New comment on clash-party#1947 [Bug] 软件界面变白 所有控件都消失
by @goodnightzsj
补充一组 Clash Party v2.0.2 的 macOS 复现证据。2.0.0 加入窗口自动恢复后，白屏表象消失了，但底层 Renderer 崩溃仍然存在；当前表现为窗口短暂消失并自动重建，看起来像应用自行重启。
### 环境
- Clash Party: 2.0.2
- Electron Framework: 43.2.0
- macOS: 15.0.1 (24A348)
- CPU: Apple Silicon / ARM64
### 本次崩溃
Renderer 从 2026-08-15 01:31:24 +0800 运行至 `19:34:00 +0800`，约 18 小时后崩溃：
app_name: Clash Party Helper (Renderer)
build_version: 2.0.2
bundleID: party.mihomo.app.helper.Renderer
exception: EXC_BREAKPOINT / SIGTRAP
termination: Trace/BPT trap: 5
parentProc: Clash Party
应用日志同时记录：
[ERROR] [main-window] Main window render process gone: crashed
崩溃时 Clash Party 主进程、GPU/Network Service 和 mihomo sidecar 均未退出。主进程随后按 render-process-gone 恢复逻辑创建了新的 Renderer，因此代理核心继续工作，但 GUI 看起来重启了一次。
### 重复发生
同一台设备已记录 5 次相同签名，Renderer 启动后约 15–36 小时发生：
| Clash Party | Electron | 结果 |
|---|---:|---|
| 2.0.0 | 41.8.0 | EXC_BREAKPOINT / SIGTRAP |
| 2.0.0 | 41.8.0 | EXC_BREAKPOINT / SIGTRAP |
| 2.0.0 | 41.8.0 | EXC_BREAKPOINT / SIGTRAP |
| 2.0.1 | 43.3.0 | EXC_BREAKPOINT / SIGTRAP |
| 2.0.2 | 43.2.0 | EXC_BREAKPOINT / SIGTRAP |
这不像固定定时重启，也不是 Mihomo core 重启。崩溃报告没有 OOM/resource termination，系统当时也没有明显内存压力。
### 可能相关的压力来源
本机启用了 `enableTrafficLogger`。检查发现：
- IndexedDB/file__0.indexeddb.leveldb 约 772 MiB
- 其中约 436 个 .ldb 文件
- 崩溃恢复当分钟生成或重写了大量 LevelDB 文件
- 当时 /connections 约有 90 个活动连接
v2.0.2 的 useTrafficLogger() 会持续接收 /connections 快照，为每个有流量增量的连接写入 `clashparty_db/data_usage_logs`，每 5 秒 flush，并保留 30 天。这只能说明存在明显相关性，尚未通过关闭用量记录的 A/B 测试证明它是直接根因。
建议重新开启此 issue：`9a65959c` / #1964 修复的是 Renderer 崩溃后的窗口恢复，当前 v2.0.2 证明底层 Renderer crash 仍可稳定重复发生。
Reply to this message to post a comment on GitHub.
🔌 New pull request clash-party#2087 fix: load legacy sysproxy binding on Windows 8/8.1
by: @Mr-Drinking
Recreated from #2066. The original pull request was closed when its head repository was deleted; this PR restores the same commit on a new branch.
## Summary
- treat Windows 8 (NT 6.2) and Windows 8.1 (NT 6.3) as legacy Windows when selecting the sysproxy native binding
- keep Windows 7 behavior unchanged
- add regression coverage for Windows 7, 8, 8.1, 10, and 11 release values
## Root cause
The Win7/8 build is prepared with LEGACY_BUILD=true, so it packages only the sysproxy.*-msvc-win7.node binding. At runtime, however, isWindows7() selected that binding only when os.release() started with 6.1.
Windows 8 and 8.1 report NT 6.2 and 6.3. The app therefore searched for the non-packaged sysproxy.win32-x64-msvc.node (or ia32 equivalent) and crashed in the main process with:
Native binding not found: sysproxy.win32-x64-msvc.node
## Impact
Win7/8 packages can now start correctly on Windows 8 and Windows 8.1 for both x64 and ia32 builds.
## Validation
- pnpm test — 24 files, 191 tests passed
- pnpm run typecheck:node — passed
- pnpm run typecheck:web — passed
- pnpm run lint:check — 0 errors (13 pre-existing warnings)
- Prettier check for all changed files — passed
Reply to this message to post a comment on GitHub.
🐛 New issue clash-party#2088 [Feature] 是否能够提供NIXOS的安装支持，隔壁 clash-verge-rev 已经支持了
by @kshq1996
### Verify steps
- [x] 我已在标题简短的描述了我所需的功能
- x] 我已在 [Issue Tracker 中寻找过，但未找到我所需的功能
- [x] 这是向 GUI 程序提出的功能请求，而不是内核程序
- [x] 我未在最新的测试版本找到我所需的功能
### 操作系统
Linux
### 描述
是否能够提供NIXOS的安装支持，隔壁 clash-verge-rev 已经支持了
<img width="1578" height="1071" alt="Image" src="https://github.com/user-attachments/assets/8710e4fc-1935-4370-9d2a-f1a52604ce11" />
Reply to this message to post a comment on GitHub.
16 August 2026
💬 New comment on clash-party#2087 fix: load legacy sysproxy binding on Windows 8/8.1
by @Memory2314
thx.
Reply to this message to post a comment on GitHub.