Repository navigation
[Bug] 桌面版 0.2.1-rc.2 / Windows:workspace-write 下所有 shell 命令 0xC0000142(独立复现) #10362
mazhengeod
started this conversation in
General
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
一句话
DeepSeek Harness 桌面版 0.2.1-rc.2(Windows 11 26100.9711)在 workspace-write 下,任何 shell 命令都立刻失败:
同一会话切到
danger-full-access后,同一条命令立即正常。这是 #810、#10066、#8420 的同一个已知问题,本帖补充一组独立复现数据,方便确认它在 0.2.1-rc.2 上仍然存在。环境
复现
Write-Output "ok"→(no output)/[exit code: 3221225794]danger-full-access→ 立即正常:中文输出、写文件、git、winget 全部可用。已核实排除
Everyone:(CI)(DENY)(DC)、能力 SIDS-1-4-…:(OI)(CI)(W,D,DC)、Mandatory Label\Low Mandatory Level:(OI)(CI)(NW);没有外来的 AppContainer 包 SID。windows-acl-run:签名、没有 WER 事件——与 [Bug] Windows: sandboxed pwsh always dies with 0xC0000142 under console-less host (desktop launch path) #810 的描述一致,说明子进程创建后死在 loader 初始化阶段。额外线索(不确定是否相关)
这台机器此前出现过一次 DSH 异常:历史消息全部丢失,重启后恢复。按社区结论(#810 / #10066),0xC0000142 是 runner 启动方式与受限令牌层面的结构性问题,和那次异常应该没有因果关系,这里只作记录。
期望
3221225794,给出「宿主无控制台 + ACL 沙箱」或SANDBOX_UNAVAILABLE这类可诊断提示,而不是裸退出码。dsh-sandbox-windows-acl的 runner 启动方式(Windows: confined commands die with 0xC0000142 because the sandbox runner is the Electron (GUI-subsystem) binary #10066 里已验证的两个方向:启动 runner 前AllocConsole(),或改用控制台子系统的 node.exe)。关联
All reactions