[Bug] Local Terminal 显示建议汉化，以及用时和耗时描述无法对齐，以及时间单位显示不明确

[IceFoxs]

数据库类型和版本 / Database type and version

通用

问题描述 / Problem description

支持信息 / Support information

DBX Version: v0.6.24
Runtime: Desktop
Operating System: macOS 15.7.7
Architecture: x86_64

优先级（是否紧急） / Priority (urgency)

🔴 P0 紧急 · 下个版本必须修 / Urgent · Must fix next release

补充信息 / Additional information

No response

[dbx-bot]

以下 Issue 可能与当前问题相关：

• [Bug] Local terminal · DBX SSH 终端在Linux和Windows环境无法使用 #10205

这些结果由机器人自动检索，尚未确认重复。如属于同一问题，建议在已有 Issue 中补充信息。

[yiqiui]

定位结论：三个现象都不在 dbx 宿主里，而在 io.dbx.ssh（SSH Terminal）插件里；其中一条是宿主的可改进点。逐条给证据。

1. 用时显示成 29840335m06s（时间单位不明）——插件真 bug，一行可修

frontend/src/lib/terminalCommandMarkers.ts 的格式化函数本身是对的（<1000 → ms、<60s → 1.2s、否则 2m05s），问题在喂给它的值：

// completeCommandByExit()
const startAt = Number(state.currentCommandStartAt);
const hasValidStart = Number.isFinite(startAt);          // ← 这里
...
state.lastCommandDuration = hasValidStart ? Math.max(0, endedAt - startAt) : null;

Number(null) 与 Number("") 都等于 0，而 Number.isFinite(0) 为真。所以只要命令结束时没有记录到起始时间（重连后、恢复的会话、或 shell 只发了 D 没发 A），就会算成 endedAt - 0，也就是当前 epoch 毫秒。反推截图里的值：29840335 分 × 60000 ≈ 1.7904e12 ms，正是 Date.now()。

同文件里的 runningCommandElapsedMs() 已经防了这个（start <= 0 → null），完成路径漏了。修法：

const hasValidStart = Number.isFinite(startAt) && startAt > 0;

2. 「用时」和「耗时」对不齐——插件 i18n 文案不一致

同一份数据两个标签：状态条用「用时」，鼠标浮层用「耗时」。

• frontend/src/lib/i18n.ts:2097（zh-CN）finished: "退出码 {code} · 用时 {duration}"
• frontend/src/lib/i18n.ts:2101（zh-CN）tooltipDuration: "耗时"
• zh-TW 同样：i18n.ts:2493 用「用時」，i18n.ts:2497 用「耗時」

宿主自己的中文术语统一是「耗时」（apps/desktop/src/i18n/locales/zh-CN.ts 里 elapsed / durationColumn / timingDuration / agentExecuteTime 全是「耗时」），建议插件统一到「耗时」。

3. 标签页显示英文「Local terminal」——在插件当前 main 上复现不出来

插件 manifest.json 的 zh-CN 已经翻了这个命令标签：io.dbx.ssh.open-local-terminal → {"label":"本地终端","description":"在本机打开一个本地终端。"}，宿主也确实会按 locale 取（apps/desktop/src/lib/plugins/frontendPlugin.ts 的 localizeContribution，带语言前缀回退）。所以更可能是报告者装的是旧版插件。麻烦补一下插件中心里 SSH 插件的版本号再判断。

宿主侧确实有一个可改进点（这条属于 dbx）

「+」菜单里的启动项标签是 sidecar 生成的，宿主调用时不传界面语言：

// apps/desktop/src/components/plugins/PluginBottomDock.vue:194
await api.invokePlugin(pluginId!, action!.options_action!, {});

注释还写明「宿主渲染标签、绝不解释 context」——设计没错，但插件拿不到 locale，就只能吐英文，例如 backend/src/local_terminal.rs 里硬编码的 "Auto-detect shell" / "Follow the platform default login shell"。PluginConnectionFields.vue 的动态选项同理。把当前 locale 作为参数（或宿主上下文的一部分）传给 options_action，插件才有本地化的可能；这是向后兼容的小改动。

我可以按需要分别提 PR：插件仓库那两处（第 1、2 条）我可以直接改；宿主这条（传 locale）也可以做，但要先确认维护者认可这个契约扩展，否则容易变成没人要的 API。

[IceFoxs]

SSH 插件的版本号 0.7.0

DBX Version: v0.6.24
Runtime: Desktop
Operating System: macOS 15.7.7
Architecture: x86_64

[IceFoxs]

显示效果

[zipg]

按 #9388 的约定，本仓库只处理 DBX 本体；这个 Local Terminal 面板（标签标题 + 底部「退出码 / 用时」状态栏 + 悬浮提示）是 io.dbx.ssh 插件渲染的——本仓库里没有终端/PTY 实现（apps/desktop/src、crates/ 中都搜不到 xterm/pty/退出码 相关代码），三条问题请提到该插件自己的仓库。

顺带把可参考的分析写在这里，方便插件作者定位：

1. 「用时 29840335m06s」是单位错位。29840335 分钟 ≈ 1.79e9 秒；如果耗时原始值是 1.79e9 纳秒（≈1.79 秒），那么就是用「纳秒/毫秒当秒」再除以 60 得到分钟，量级完全对得上。
2. 文案不一致 + 折行：底部状态栏写「用时」，而鼠标悬浮提示写「耗时」；悬浮提示在 /Users/icefox 处折行，建议统一用词并给容器 white-space: nowrap（或固定最大宽度）。
3. 标签标题未本地化：宿主本体里有 pluginDock.newLocalTerminal（zh-CN「本地终端」）等文案键，但停靠标签标题取自插件贡献点自己的 label，所以固定显示英文 "Local terminal"；插件侧可以按宿主语言下发 label。

[yiqiui]

已把可复现的部分修掉并合并到插件仓库：jinpy666/dbx-plugin-ssh#117（已 APPROVED + MERGED，合并后 main 上 Frontend checks、Package candidate ×5、Windows connection-config regression、SSH container smoke 全绿）。

对 @zipg 三条分析逐条回一下，其中第 1 条的成因和实测不一致，说明清楚免得插件作者去找一个不存在的单位换算 bug：

1. 29840335m06s 不是「纳秒当秒」，而是「拿当前时间戳当耗时」。

frontend/src/lib/terminalCommandMarkers.ts 里 completeCommandByExit() 用 Number.isFinite(startAt) 校验起始时间，而 currentCommandStartAt 在收到 C 标记前一直是 null，Number(null) === 0 是 finite —— 于是没有起始标记就结束时算成 endedAt - 0，即 Date.now()。反推报告里的数字：29840335 × 60000 ≈ 1.7904e12 ms，正是当前 epoch 毫秒（1.79e9 秒这个量级来自这里，不是纳秒）。

我把修复前后的同一个模块（它没有任何 import，可以直接被 Node 加载）并排跑了一遍，喂同一帧 \u001b]633;D;0\u0007，分别在有无前置 C 的情况下：

BEFORE (upstream main): no-start duration = 1790436309444 -> "29840605m09s" | C-then-D duration = 0ms -> "0ms"
AFTER  (patched)      : no-start duration = null          -> "0ms"          | C-then-D duration = 0ms -> "0ms"

修法是一个判断：hasValidStart = Number.isFinite(startAt) && startAt > 0（同文件的 runningCommandElapsedMs 早就这么防了，完成路径漏了），并补了回归用例。正常计时的路径行为不变。

2. 悬浮提示折行是第 1 条的下游症状，不是独立样式问题。

那个提示是原生 title 属性（App.vue:8267 的 :title="commandMarkerDetails"），浏览器自己断行，white-space: nowrap 对原生 tooltip 无效。之所以在 /Users/icefox 处断开，就是因为那串荒谬数字把行撑长了；数字正常后（耗时: 1.2s）行很短，不会再折。用词已经统一到「耗时 / 耗時」（zh-TW），和宿主 zh-CN 术语表一致。

3. 标签标题在插件当前 main 上已经是本地化的。

manifest.json 的 localizations["zh-CN"].contributions["io.dbx.ssh.open-local-terminal"] 就是 {"label":"本地终端","description":"在本机打开一个本地终端。"}，宿主也确实按 locale 解析贡献点标签（apps/desktop/src/lib/plugins/frontendPlugin.ts 的 localizeContribution，带语言前缀回退）。所以报告者看到的英文标题更可能是旧版插件。麻烦补一下插件中心里 SSH 插件的版本号；如果最新版仍显示英文，我再从宿主侧查。

顺带确认宿主侧唯一真实存在的可改进点（不属于本 issue 的三条，但同源）：停靠面板「+」菜单的启动项标签是 sidecar 生成的（backend/src/local_terminal.rs 里硬编码 "Auto-detect shell" / "Follow the platform default login shell"），而宿主调用 options_action 时传的是空参数对象（PluginBottomDock.vue:194：invokePlugin(pluginId, action.options_action, {})；PluginConnectionFields.vue 同理），插件拿不到界面语言，结构上就无法本地化这些标签。把当前 locale 随参数下发是向后兼容的小改动，需要的话我来提 PR——但它改的是插件可见文案的可达性，不改变本 issue 三条的结论。

[jinpy666]

/claim

[dbx-bot]

✅ @jinpy666 已认领 #10353，开始处理吧！

[jinpy666]

已发布新版，可以关闭