Reported behavior
Multiple users reported that sandbox-backed tools stop working on Windows in existing chats and automations. The failure persists across repeated attempts and does not recover during the session.
Affected tools
- PowerShell and shell execution
grep
glob
Unaffected tools
- File viewing and editing
- SQL
- Canvases
- MCP tools
- Session tools
A normal shell launched through the terminal canvas works for the same non-elevated user. This suggests that general process execution is available and that the failure is specific to the sandbox-backed tool path.
Error
backend_unavailable: BaseContainer is unavailable; DACL fallback requires
write-DAC permission on '<protected directory>', which the current user lacks
(ERROR_ACCESS_DENIED (WRITE_DAC not granted)).
The affected directory has varied between reports, including an application installation directory and a tools directory.
Environment
- Windows
- Standard, non-elevated user
- Existing chats and automations
- The affected path is not writable by the current user
Impact
The agent cannot run builds, commands, or repository searches through its normal tools. Users must route commands through a terminal canvas and poll for completion manually.
This workaround does not provide the same completion signaling. Users may need to ask for status updates or use sentinel files for long-running operations.
Possible cause
This is an inference from the error, not a confirmed root cause.
The primary BaseContainer backend appears to be unavailable. The fallback then attempts a DACL operation that requires WRITE_DAC on a protected directory. A standard user does not have that permission, so both execution paths fail.
It is not clear why BaseContainer is unavailable or why the fallback needs to modify permissions on that directory.
Expected behavior
- Shell and search tools work without administrator access.
- The fallback uses a user-writable location or another viable execution strategy.
- Read-only search tools can use a safe degraded path when sandbox execution is unavailable.
- The app reports the degraded state once, with actionable diagnostics, instead of failing every tool call separately.
Reported behavior
Multiple users reported that sandbox-backed tools stop working on Windows in existing chats and automations. The failure persists across repeated attempts and does not recover during the session.
Affected tools
grepglobUnaffected tools
A normal shell launched through the terminal canvas works for the same non-elevated user. This suggests that general process execution is available and that the failure is specific to the sandbox-backed tool path.
Error
The affected directory has varied between reports, including an application installation directory and a tools directory.
Environment
Impact
The agent cannot run builds, commands, or repository searches through its normal tools. Users must route commands through a terminal canvas and poll for completion manually.
This workaround does not provide the same completion signaling. Users may need to ask for status updates or use sentinel files for long-running operations.
Possible cause
This is an inference from the error, not a confirmed root cause.
The primary
BaseContainerbackend appears to be unavailable. The fallback then attempts a DACL operation that requiresWRITE_DACon a protected directory. A standard user does not have that permission, so both execution paths fail.It is not clear why
BaseContaineris unavailable or why the fallback needs to modify permissions on that directory.Expected behavior