fix(native): 注册失败的 tab 类型必须释放，否则 id 永久占用（插件重载后文件树变空态）

[yanzhaohui1999]

问题

插件重载（或禁用→启用）后，files 接管类型的 id 被永久占用：

sidebarRight: tab type id "dsh-better-sidebar:files" is already registered

此后插件文件树 tab 渲染成宿主的「此类型暂无内容」空态，只有刷新页面才能恢复。

根因

插件 reload 时 cordis 拆掉 client fiber，而本模块自己的 service/store 订阅仍活着：逐个注销内置描述符 → 每次注销都 notify 插件的 service → sync() 被再次触发。

而 files 接管不是描述符（键是 FILES_KIND），于是 sync() 的 drop 循环把它每一次都释放，紧接着下面的代码块又把 registerFilesKind 跑一遍重建。正常路径下重建成功、无事发生；但 reload 期间 ctx 已 inactive，重建会在

• tabs.register 已经把 type 放进宿主注册表之后，
• ctx.slots.inject（无法在 inactive context 上建 effect）抛错。

异常把那个 registratio 的 disposer 一起带走了，于是 id 永远被占。

修复

1. drop 循环跳过 files 接管——它的寿命只由编辑器类型开关决定，无关通知不该让它走一遍 tear-down / re-register 窗口；
2. 失败的注册把 type 释放回去（含已收集的 slot disposer），使该 id 保持可注册、重试能成功；
3. 单个描述符注册失败不再中断整轮 sync，其余类型照常起来；
4. teardown 时即便某个释放抛错，也释放完其余全部。

SidebarSurface 等公开签名零改动。

复现

真机：dsh web + 真实 profile → 设置页禁用 better-sidebar 再启用（或改插件源码触发 HMR）。随后文件树 tab 显示宿主空态。

注意路径上有个前提：单纯改设置（关/开某个 tab 类型）不会出症状——同一次 sync() 会重建成功。只有「重建那一刻 ctx 恰好 inactive」才泄漏，所以复现要禁用→启用这种真正触发 fiber teardown 的操作。

单测：tests/native-registration.spec.ts（新增 4 例）在未修复的代码上 4/4 红（已实测反向确认），修复后全绿。该 spec 用一个镜像宿主两条硬规则的假注册表（一个 id 只能注册一次、返回的 disposer 是唯一释放途径）锁住这个生命周期。

验证

• tsc --noEmit 0 错、eslint . 干净
• 全量单测 114 文件 / 1136 例通过
• 新增 spec 4 例（红→绿均实测）

[Menghuan1918]

Review 通过 —— 根因已在真机日志与代码两侧验证

红→绿实测（本机、非静态推断）：把本 PR 的 tests/native-registration.spec.ts 放到当前 main（606339f）的源码上跑 → 4/4 失败；切到本 PR head（3728e90）跑同一文件 → 4/4 通过。另在 head 上跑 pnpm typecheck / pnpm lint / pnpm test → 114 files / 1136 passed / 9 skipped，全绿。

根因链（与官方桌面壳日志逐字吻合）：官方桌面壳日志（desktop.frontdesk.log 2026-09-27 15:51:39.338 起）第一条就是

native register files error: Error: cannot create effect on inactive context
  assertActive ← effect ← inject(slots) ← registerSlots ← registerFilesKind ← sync ← notify

即 teardown 期间 service.notify()（同步内联）驱动 sync()：清理循环把不属于描述符的 files 接管释放，同一次 sync 又重建它 —— tabs.register 建在宿主 ctx 上（宿主 ctx 仍活着）→ id 被取走；ctx.slots.inject 建在插件 ctx 上 → 抛 INACTIVE_EFFECT → live.set 永不执行 → 该 id 在整页生命周期内不可再注册。紧接着同一毫秒 6 条 already registered，随后新激活（_reload 栈）也注册不上 → 文件树 tab 空态直到刷新页面。

本 PR 的两处改动正好覆盖这条链的两半：跳过 FILES_KIND（去掉 teardown/re-register 窗口） + 注册失败回滚已占用的 id（id 永远可回收），两者都是根因级修法；且回滚不会越权释放（宿主 register 的守卫全部在 ctx.effect 之前，原子），失败路径不留 live 条目、下次通知自然重试 —— 因此不需要 #766 的「吸收」方案。已合并。感谢定位与补测！