[BUG] Windows 目录选择器 readUtf16 把低位字节为 0 的字符误判为 NUL，含「言」等字的路径被截断

[kutoka]

环境

• 平台：Windows（win32）
• 包：@deepseek-ai/dsh-host-directory-picker-native v0.1.0-rc.6
• 目录选择器：native（IFileOpenDialog）

复现步骤

1. 点「新建工作区」加号，打开原生目录选择器；
2. 选中名称含「言」的文件夹，例如 D:\workspace\言语；
3. 点「选择文件夹」。

预期

工作区 / 会话路径为 D:\workspace\言语。

实际

路径从「言」处被截断：截断结果若恰好是存在的目录则静默落到父目录；否则报「无法打开文件夹」。

根因

lib/worker.cjs 的 readUtf16（第 21–25 行）只用低位字节判断 NUL 终止符：

while (end + 1 < bytes.length && bytes[end] !== 0) end += 2;

但 NUL 是 0x0000（两字节都为零）。「言」= U+8A00，低位字节恰为 0x00，路径被提前截断（D:\workspace\言语 被读成 D:\workspace\，再经 fs.realpath 规整为父目录）。受影响的是任何码点为 0x100 整数倍的 BMP 字符（如 一 U+4E00、刀 U+5200、怀 U+6000、言 U+8A00）。

修复建议

同时检查高低位字节：

while (end + 1 < bytes.length && (bytes[end] !== 0 || bytes[end + 1] !== 0)) end += 2;

（本人已按此改动在本地临时修复并验证：选择含「言」的文件夹可正常建工作区。）

[zoahdev]

Landed your exact fix as a cherry-pick-ready branch:

zoahdev/deepseek-harness@fix/win32-directory-picker-utf16-nul

readUtf16 now checks the full 16-bit unit (bytes[end] !== 0 || bytes[end + 1] !== 0). Added a regression test with 言语 (言 = U+8A00), and the win32-dialog-bindings suite is 13/13.

Nice root-cause writeup — the "low byte happens to be 0x00 for any 0x100-multiple BMP code point" observation is exactly right.