一系列问题 #1
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
已逐项读取这 13 项反馈,正在修复。此评论先解答问题并说明实现方向,尚不是完成报告。
问题解答
crates/usb是硬件适配层。提供端通过rusb/libusb使用 Linuxusbfs,按授权请求占用选定设备,再由用户态 USB/IP 实现通过 iroh 连接传输;不依赖提供端usbip_host。接收端仍使用 Linuxvhci_hcd,将远端设备接入本机。当前人工验收 daemon 使用--disable-usb,因此不会发现或连接宿主真实 USB。本轮修复范围
将处理装饰文本选择、滚动区域与滚动条淡出、长 ID 展示、显式添加设备、节点命名与首次引导、单串邀请、离开与解散网络组、图标选择、成员列表与踢人、语言下拉菜单,以及实际 Unix socket 地址展示。完整 ID 和复制能力保留。普通成员可离开,管理者可解散;相关共享和会话需要同步清理。
完成后会在这里补充逐项结果与实际验证证据。硬件自动验收仍限定在获准的 QEMU TCG guest 内,不会为了修复界面去操作宿主 USB。
本轮修复已签名提交并推送到
main:f576dc8。逐项结果
irohusb前缀的单串 Base32 邀请,加入与预览兼容原 JSON。它是本应用的 ticket,不是官方 EndpointTicket 的二进制格式。新增 CLI 包括
devices discovered、devices add <DEVICE_ID>、settings node-profile、settings group-appearance、groups leave和groups dissolve。完整契约见docs/API.md。两个概念的解答
**“已枚举设备”**就是系统检测到的 USB,原文案混淆了发现与管理。本轮已明确区分“发现 → 添加到管理列表 → 分享到网络组”,添加本身不会自动共享或建立会话。
USB 后端位于
crates/usb。提供端通过rusb/libusb使用 Linuxusbfs,由用户态 USB/IP 实现经 iroh 传输,不依赖提供端usbip_host;接收端仍使用 Linuxvhci_hcd,把远端 USB 接入本机。--disable-usb会关闭这层硬件能力,不影响组和界面管理。iroh 风格的 ticket 通常使用类型前缀与 Base32,而不是 hex。此邀请携带寻址信息,不是直接授予权限的密码,加入仍需管理者审批。
验证
product-usb、relay-product、fido-iroh全部重跑通过,包含显式 CLI 纳管、实际 USB 数据传输及既有生命周期检查。详细证据和边界见
docs/evidence/issue-1.md。**保留的测试限制:**组 ID 和邀请的完整剪贴板回环受自动化窗口焦点限制,未计作实测通过;完整值仍可查看,复制工具测试及实际 socket 复制通过。管理者离线的界面报错未单独实测,但后端回归覆盖。原生拖拽沿用此前你的人工确认,本轮没有重新做物理指针验收。
所有本轮测试窗口和进程已清理,你原来的人工验收 daemon 与组状态保持不变。更新程序后请重启新版 daemon 再使用新增功能。Issue 保持打开,供你复验。