[bug]未分组行的无效加号仍在（0.2.0-rc.2 复核 + 一行修复）

[ExplorerZYzhou]

版本：@deepseek-ai/dsh 0.1.0-rc.6（Windows）

现象

侧边栏会话浏览区（按工作区分组）中：

• 真实工作区行：hover 显示"省略号菜单 + 加号"，加号点击可正常新建会话；
• "未分组"（Ungrouped）行：也显示一个加号，但点击无任何反应（死按钮）。

复现步骤

1. 打开 Web GUI，确保存在未归属任何工作区的会话（即"未分组"桶）。
2. 侧边栏切换到按工作区分组，将鼠标悬停到"未分组"行。
3. 观察到加号出现，点击后无反应（既不在该组新建会话，也无提示）。

根因

@deepseek-ai/dsh-client-ui-workspace 的 ProjectRowItem 组件（packages/client/ui-workspace）中，工作区头行 rowActions 里两个操作按钮的渲染条件不一致：

• 省略号菜单（重命名/删除）正确地加了条件：actions !== void 0 && <Menu …/>
• 加号按钮（新建会话）遗漏了同样的条件，被无条件渲染

同时，actions 对象对"未分组"被显式置为 undefined：

actions: group.workspaceId === void 0 ? void 0 : { rename: …, delete: … }

而加号按钮的点击回调 onCreate 对"未分组"是空操作：

onCreate: () => {
  if (group.workspaceId !== void 0) {
    setGroupExpanded(group.key, true);
    startSession(group.workspaceId);
  }
  // 没有 else → "未分组"点击后什么都不做
}

结论：作者对"未分组不能新建会话"是有意防御的（onCreate 的 if、actions 的 void 0 都体现了），但加号按钮本身漏写了渲染条件，导致"未分组"行上画出了一个点击无效的按钮。

修复建议

给加号按钮补上与省略号菜单一致的渲染条件即可（一行改动）：

// 改前
}), (0, react_jsx_runtime.jsx)("button", {
  type: "button",
  className: Rows_module_css_default.iconButton,
  "aria-label": t("actions.newSession.aria", { name: label }),

// 改后
}), actions !== void 0 && (0, react_jsx_runtime.jsx)("button", {
  type: "button",
  className: Rows_module_css_default.iconButton,
  "aria-label": t("actions.newSession.aria", { name: label }),

补充说明

• "未分组不能新建会话"本身是合理设计（新建会话必须有一个工作区以提供 cwd，而未分组不是工作区）；本报告仅针对"未分组行仍显示一个死加号"这一展示瑕疵。
• 该问题与任何用户操作、会话数据、preset 配置无关，是部署自带前端包的原生瑕疵。

[ExplorerZYzhou]

0.2.0-rc.2 复核：问题仍在，相关代码一字未改。

当初的三个判断逐条对过：onCreate 对"未分组"仍是空操作（dsh-client-ui-workspace/lib/client.js:2522-2527，if 没有 else）；actions 仍是 void 0（client.js:2529）；加号按钮仍漏写渲染守卫（client.js:1341 的 Tooltip 前没有 actions !== void 0 &&）。而省略号菜单的守卫一直在（client.js:1316）——同一个 span 里一个守了一个没守，所以这仍是遗漏而非意图。

修复位置有一处变化：0.1.0-rc.6 时按钮是直接渲染的，守卫加在 jsx("button", { 之前即可；0.2.0-rc.2 的按钮被多包了一层 Tooltip，所以精确的改动点是 client.js:1341：

- }), (0, react_jsx_runtime.jsx)(Tooltip, {
+ }), actions !== void 0 && (0, react_jsx_runtime.jsx)(Tooltip, {

[zzz1280]

0.2.1-rc.3 复核：死加号仍在 —— onCreate 依旧没有 else，加号按钮依旧包在 Tooltip 里、前面没有 actions !== void 0 && 守卫。OP 的一行改法在 rc.3 依然适用。

但想补一个独立的、更要紧的缺陷：它让「未分组」这条路径即使不新建也走不通。

dsh-client-ui-conversation 在 0.2.x 丢了 cwd 判断

// 0.1.x
const inert = sessionId === void 0 || hero && chipTitle === void 0 && cwd === void 0;
// 0.2.1-rc.3
const inert = sessionId === void 0 || hero && chipTitle === void 0;

hero 在「有 Session 但还没产生任何轮次」时为真（shellPhase === "blank"）。未分组会话的 workspaceId 为空，chipTitle 于是为 undefined，因此 空白态输入框被禁用（提示"选择一个工作区开始"），打不了字。

也就是说：凡是尚为空白的 workspace-less 会话，在 GUI 里都无法开始对话 —— 与 + 是否隐藏无关。这解释了「未分组里新建不了对话」的另一半：即使会话被创建出来（比如 CLI/TUI 建的空会话），也输入不了。

一个事实修正

「新建必须有工作区来提供 cwd」并不成立：未分组会话本身就有 cwd（hover 卡片里能看到），且 host 侧 session.create 明确接受 { cwd }（与 workspaceId 二选一，缺省退回 defaultCwd），客户端 ClientSessionManager.create() 也会在没有 workspaceId 时发 { cwd }。所以这是客户端门禁，不是能力限制。

请维护者明确意图

• 若不打算支持未分组新建：+ 按 OP 的一行守卫隐藏即可；但上面的 inert 仍应修，否则空白的未分组会话依旧不能输入。
• 若打算支持：给未分组 + 一条 workspace-less 路径（sessions.create({ cwd })，cwd 取现有未分组会话、退回 defaultCwd，再 openSession()）即可。我本地按这两处都改过，未分组新建与输入均正常。

环境：桌面版 Electron 44.7.0、Windows 11 25H2（build 26200）、zh-CN。