[Bug] 复制消息时出现多余换行符（视觉折行被误复制为 \n）

[39-2]

环境

• 平台：DeepSeek Harness Web GUI
• 时间：2026-08-14

现象

界面里某段长文字显示为「一句话」（视觉上连续），但复制出来却在中间多出了换行符。

例如界面显示：

把浏览器标签页的本地分类规则从 ai.py 提取到 monitor.py，采样时立即分类

复制出来却变成：

把浏览器标签页的本地分类规则从 ai.py
 提取到 monitor.py
，采样时立即分类

根因分析

复制的换行位置，正好是长文本在消息容器内被 CSS 自动折行（word-wrap）的位置。

推测复制逻辑使用了 innerText 而非 textContent：

• innerText 会把 CSS 视觉折行的位置渲染成 \n 换行符
• textContent 保留原始文本，不含视觉折行

建议

复制消息时改用 textContent（或渲染前的原始纯文本），避免把视觉折行误复制为换行符。

[PerryLink]

你的根因判断（innerText 把视觉折行写成 \n）是不对的，但现象是真实的，解释在别处：换行符本来就在消息文本里，是"显示"把单换行折叠掉了，而不是"复制"凭空造出了换行。

1. 复制拿的不是 DOM 文本

packages/client/ui-chat/src/client/chat/MessageItem.tsx
:226   {actions?.(text)}                 // 复制动作收到的是这条消息的 `text`
:217   {projectUserText(text, referenceLabels, skillNames, 'skill', references)}   // 渲染用的是同一个 text

text 是从消息的 content 块里取出来的（同一文件里那个遍历 content 收 block.text 的循环），没有从 DOM 读回 —— 所以 innerText 这条路径不存在，复制出来的字符序列就是存下来的文本。

2. 显示侧为什么看起来是连续一行

渲染器走的是 GFM：

packages/client/ui-primitives/src/markdown/MarkdownText.tsx:18
import { parseGfm, parseGfmWithMath } from './parse.ts'

GFM（CommonMark）里，单个换行是 soft break，渲染成一个空格；文本里的 \n 仍然在。于是：

存下来的文本                     渲染后                     复制后
把…从 ai.py\n 提取到…\n，采样…   把…从 ai.py 提取到…，采样…   把…从 ai.py\n 提取到…\n，采样…

两边都对，只是一个折了、一个没折 —— 你截图里那两行开头带一个空格，正是"源码里换行后有缩进"的特征，不是容器折行会产生的形状（容器折行不产生前导空格）。

3. 所以该怎么报、怎么修

• 先确认换行是不是在源文本里：从会话日志（$DSH_HOME 下的 JSONL）里取出那条 assistant/message 的原文对比。如果在，那就不是复制的缺陷，而是"模型输出里本来就有换行、而 GFM 把它显示成空格"。
• 如果你要的是"复制结果与所见一致"，那属于产品取舍：把 soft break 折成空格再复制，会同时破坏代码块/预格式化文本的复制保真度。我倾向保留现在的行为（复制保真 > 与渲染逐字一致），但这是一个可以讨论的立场，不是 bug。
• 如果你确实在源文本里看不到那些换行，那才是复制的 bug，请把原始 JSONL 片段贴出来 —— 那时它就与 projectUserText 的投影逻辑有关，是另一条线。

边界：读的是 c36a83ff6b（dsh-v0.1.7-alpha.1）的提交树；你报的是 8 月中旬的版本，这两个文件之间可能改过。我没有复现，也没有你的会话文件 —— 上面第 3 条的判定标准（先看源文本）是我建议的下一步，不是我已经替你做完的核对。