On Windows, launching from a mapped network drive now tells you that's the problem and names the drive.
What's wrong with this entry?
A sandbox failure caused by launching from a mapped network drive now explains itself and names the drive, instead of surfacing as a generic sandbox failure.
- triggered by sandbox exit code 16 together with a structured
mapped_drive_cwderror from the sandbox runtime - fires a
sandbox_exectelemetry event at the pointwindows_mapped_drive_cwd - Windows sandbox execution path only
mapped drives don't exist for the sandbox account. Use a workspace on a local drive.
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.234
Windows policy helpers can be PowerShell scripts
Both mention window
-
v2.1.234
Windows sandbox refusals now say why an exclusion did not apply
Both mention window
-
v2.1.234
Terminal is restored on Ctrl+Break on Windows
Both mention window