[Bug] 0.1.7 空白新会话遇到 writer-held 时会静默换新会话，未发送的草稿随之“消失”

[your-boy]

[Bug] 空白新会话遇到 writer-held 时会静默换新会话，未发送的草稿随之“消失”

版本：0.1.7-alpha.2（web profile / Windows 11 / Chromium）

Summary

0.1.7 起「新建会话」用一个空白（blank）占位会话承载首条输入。当这个空白会话被另一个连接持有写者时（RPC session/writer-held），客户端会静默新建一个不同 id 的空白会话。

而草稿是按会话 id 持久化的（localStorage["dsh.conversation.<sessionId>"]），同时侧边栏规则是「空白会话只显示当前选中的那一个」。两者叠加的结果：在旧空白会话里已输入但未发送的草稿会变得不可达（数据其实仍在 localStorage 里，但 UI 没有入口回到那个会话），用户感知就是“内容没了”，没有任何提示。升级到 0.1.7 之前（没有空白会话这一层）不会出现。

Reproduction

1. 同一工作区保持两个连接（例如两个浏览器标签页；或同时跑两个 dsh web 实例 —— 注意 dsh web 启动时会自动打开一个标签页，所以很容易出现两个）。
2. 在其中一个标签页点「新建会话」，在输入框里打字，不要发送。
3. 切到别的会话，再点一次「新建会话」。
4. 输入框是空的；草稿仍留在 localStorage["dsh.conversation.session-<旧 id>"]，但侧边栏里再也找不到那个空白会话。

实测记录（同一台机器、同一 profile）：

场景	结果
单连接（干净 profile）	草稿保留：第二次「新建会话」复用同一 session id，草稿从 localStorage 回填 ✅
两个连接（同一工作区）	第二次「新建会话」session id 从 1acb5dc1… 变成 3d26c5b7…；localStorage["dsh.conversation.session-1acb5dc1…"] 里的草稿仍在，但无法回到该会话 ❌

Current behavior

• 被放弃的空白会话连同其未发送草稿一起变得不可达；无提示、无迁移、无入口。
• 用户的临时恢复手段只有手动改 localStorage（见文末 Workaround）。

Expected behavior

任选其一即可，建议 1+2：

1. reuseBlank() 的 session/writer-held 回退分支在创建新空白会话时，把旧会话的草稿（及草稿附件）迁移到新会话 —— 与切工作区/切会话路径保持一致；
2. 即便不迁移，也不要静默丢弃：给用户一个提示，或在侧边栏保留被放弃的空白会话入口，让草稿可被找回。

代码定位（0.1.7-alpha.2 安装包）

@deepseek-ai/dsh-client-ui-workspace/lib/client.js

• reuseOrCreateBlank()（约 842 行）→ reuseBlank()（约 852 行）：

  async reuseBlank(workspaceId, sessionId) {
    try { return await this.sessions.create({ workspaceId, sessionId }) }   // 复用：id 不变，草稿在
    catch (error) {
      if (sessionCreateErrorOf(error)?.rpcError.code !== "session/writer-held") throw error
      return this.sessions.create({ workspaceId })                          // ← 新 id，草稿被孤立
    }
  }

• 空白会话可见性（约 391–398 行）：if (session.blank && session.id !== current) return false —— 非当前空白会话不进入列表。

@deepseek-ai/dsh-client-ui-conversation/lib/client.js

• 草稿存储：createConversationStore()，persist: "dsh.conversation"（约 3151–3175 行），按会话 id 落到 localStorage["dsh.conversation.<sessionId>"]（约 3188–3190 行）。
• 草稿恢复：DefaultConversationViews 的 effect if (inputState.draft === "" && storedDraft !== "") inputActions.setDraft(storedDraft)（约 16244 行）—— 只对同一个 session id 生效。
• 已有迁移范例：openWorkspace(…) 的 beforeOpen（约 17814–17822 行）在切换会话/工作区时把 snapshot.draft 与附件搬到下一个会话的 shell。缺的正是空白会话回退这一条路径。

Environment

• DSH: 0.1.7-alpha.2（0.1.7-alpha.1 同一代码路径，同样可复现）
• 平台：Windows 11，dsh web（web profile），Chromium
• 与模型 provider 无关：干净 profile 也能复现“writer-held 换新 id”；「草稿不可达」需要两个连接
• 复现所用的空白会话与草稿均可用 localStorage 直接取证

Workaround（给其他遇到的人）

在 dsh 页面 Console 里列出所有非空草稿（含孤儿的）：

Object.keys(localStorage).filter(k => k.startsWith('dsh.conversation.'))
  .map(k => ({ id: k.replace('dsh.conversation.session-',''), draft: (JSON.parse(localStorage.getItem(k))||{}).draft || '' }))
  .filter(x => x.draft).forEach(x => console.log(x.id.slice(0,8), JSON.stringify(x.draft.slice(0,80))))

把某条草稿搬回当前会话（然后刷新页面即可回填）：

const match = '把上面某个 id 的前 8 位粘这里'
const cur = JSON.parse(localStorage.getItem('dsh.sessions.current')).sessionId
const src = Object.keys(localStorage).find(k => k.startsWith('dsh.conversation.') && k.includes(match))
const text = (JSON.parse(localStorage.getItem(src))||{}).draft || ''
localStorage.setItem('dsh.conversation.' + cur, JSON.stringify({ draft: text, view: null, viewRequest: null }))
location.reload()

---

English summary

Bug: In 0.1.7, a new session is a blank placeholder. When that blank session is writer-held by another connection (session/writer-held), reuseBlank() silently falls back to sessions.create({ workspaceId }), i.e. a new session id. Unsent composer drafts are persisted per session id (localStorage["dsh.conversation.<id>"], restored only when the very same id is reopened), and the sidebar deliberately hides every blank session except the current one — so the previous blank session and its draft become unreachable with no notice. Worked before 0.1.7 because there was no blank-session layer.

Repro: keep two connections to the same workspace (two tabs — dsh web opens one automatically — or two instances), create a new session in one, type without sending, then hit “New session” again: the id changes and the draft is orphaned in localStorage.

Expected: migrate the draft (and draft attachments) in the session/writer-held fallback, like the existing openWorkspace(…).beforeOpen migration does; or at least surface the draft / keep the abandoned blank session reachable.