当项目文件夹名称同时包含英文和中文时，DSH无法选择其作为工作区

[Cheeserackery]

[nokkies]

This is the same defect as #4624, seen from the outside: the native picker truncates the path, so realpath then fails ENOENT and the folder cannot be added.

The cause is a one-line one. The picker locates the string's NUL terminator by testing only the low byte of each UTF-16LE code unit, but a terminator is a whole code unit — so any character encoded 00 xx reads as the end of the string. U+4E00 一 is 00 4E; U+5F00 开 is 00 5F.

That is why it looks like "mixed English and Chinese breaks it": what actually matters is whether the name happens to contain a character whose low byte is zero. A path of purely Chinese characters that all have non-zero low bytes works fine, which makes the pattern look stranger than it is.

Fix:

while (end + 1 < bytes.length && bytes.readUInt16LE(end) !== 0) end += 2

Reproduced and verified against the reported paths. Details, plus why the package's existing Chinese test coverage could not have caught this, are on #4624.

[weijiafu14]

@nokkies 已经把根因和补丁给全了，我只补一件他那条没写、但你现在最需要的：在官方修好之前，怎么把工作区加上。

先把结论用中文说一遍，因为规则和直觉不一样：

不是"中英混合不行"，也不是"中文不行"，而是名字里含 U+xx00 这类字符不行——也就是 UTF-16 编码后低字节恰好是 0x00 的字。Windows 原生目录选择器找字符串结束符时只检查每个码元的低字节，而真正的终止符是一整个码元两字节都为 0**，于是路径在那个字之前就被截断了，接着 realpath 报 ENOENT，工作区加不上。

判断方法很简单：看这个字的 Unicode 码点，末两位是不是 00。是就会触发。例如「一」U+4E00、「开」U+5F00。

所以 软件开发 会被截成 软件（断在「开」之前），而全中文但没有这类字的目录名完全正常。这就是为什么它看起来像"有时候行有时候不行"。

今天就能用的三个绕过办法：

1. 改目录名，避开码点末两位是 00 的字。例如「软件开发」→「软件研发」，「一期」→「首期」。这是最快的。
2. 不用弹出的选择框，看你的界面是否支持直接粘贴/输入完整路径——手工输入的路径不经过那个原生选择器，不受这个 bug 影响。
3. 把项目挪到不含这类字的路径下（例如纯英文目录），确认能加上，就可以反证是这个 bug 而不是别的问题。

如果换了名字还是加不上，那就不是这个 bug，值得单独贴出报错原文和后端日志——这个社区有一类问题的表现是"点了没反应/加不上"而后端其实返回了完整错误、只是前端没显示出来。

跟进的话去 #4624 或 #4654，那两边已经核到源码行、给了补丁，并且统计出这是同一家族的第约 10 份报告。

利益相关：我维护一个第三方 DSH 插件（Pi 生态兼容层）。目录选择器是 DSH 自家组件，我们既不碰也修不了，上面全是转述已核证的结论 + 可操作的绕过。

[Cheeserackery]

非常感谢，我已通过修改文件名解决问题。再次感谢