On Windows, sandboxed HTTPS now works after /sandbox install without a manual certificate trust step.
What's wrong with this entry?
The Windows install path now creates and trusts the managed sandbox TLS inspection CA, so sandboxed HTTPS works without a manual trust step.
- The install path became async and runs a CA trust step when the CA source is "managed".
- Failures are reported as partial installs: "The sandbox TLS inspection CA couldn't be trusted for the sandbox user: " or "The sandbox TLS inspection CA couldn't be created: ", both ending "Sandboxed HTTPS won't work — run /sandbox install again to retry.".
- Failures are recorded as "trust_ca_failed" and "persistent_ca_failed" under "sandbox_windows_install".
- A UAC-cancelled install on an already-provisioned user can now still succeed, and the result message may gain " Restart Claude Code to enable TLS inspection for this session."
- Windows only, and the trust step only runs for a managed CA source.
sandbox_windows_install
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.228
Headless plugin install refreshes the plugin cache in the background
Both mention install
-
v2.1.236
macOS sandbox re-applies read and delete denials inside writable folders
Both mention sandbox
-
v2.1.236
Sandbox proxy no longer writes to sockets that have gone away
Both mention sandbox