Appearance
Turbo Client 26.3.11.2687
The March 2026 update to Turbo Client includes the following improvements:
--proxy-servernow supports multiple proxy servers in semi-colon delimited format. The optimal proxy is automatically selected based on latency measurements.- Proxy latency results are now cached and refreshed in the background by the Sandbox Manager, enabling faster proxy selection on subsequent launches
- New
--disable-proxy-resolve-via-proxylaunch flag disables resolving hostnames via the proxy server turbo configproxy commands now support--all-usersto apply proxy settings for all users- Changed default image pull behavior to prefer local images first, reducing unnecessary update checks when a local image is already available
- Improved image download network outage resilience with better retry logic
- New
turbo config --p2p-modeconfiguration option controls peer-to-peer download behavior turbo configpath settings (e.g.,--image-path,--sandbox-path) now require absolute paths- Turbo Client installer now starts the user Sandbox Manager automatically after installation
- The Turbo Client installer now prevents downgrades by default. Silent installs exit with code 1638 if a newer version is already installed; use
--allow-downgradeto override. Non-silent installs prompt for confirmation before proceeding. - MSI uninstall now supports
--delete-user-datato remove user data during uninstallation --networkno longer scrambles port mappings as part of network isolation- Remote sandbox launches now display an "Initializing Secure Sandbox" status dialog while the secure environment is being prepared
- Session sandboxes are now automatically created when mounting from a not-yet-created session sandbox
- Subscription-registered applications now pull images on demand when not already cached locally
- Run commands now report the system machine name instead of the fully qualified DNS name for usage analytics reported to Turbo Server
- Run commands now report detailed startup file metadata for usage analytics reported to Turbo Server
- Sensitive information in launch arguments is now filtered from TurboPlay logs
- Client log format has changed to a more standardized format
- Client logs now include timing traces for launch operations
- Removed deprecated streaming model commands:
turbo pushm,turbo model,turbo build, andturbo harvest. The--streamflag forturbo runhas also been removed.
This update includes fixes for the following issues:
- The Turbo Sandbox Manager service could fail to start when the client was installed from a
SYSTEMaccount or from session 0 turbo rmi -acleared write permissions when the client was configured withturbo config --image-path=allusers --permission=writeturbo rmi -afrom an administrative command prompt reported success even when the deletion failed due to a permission errorturbo import vmfalsely reported "image already exists" when the VM version did not exist locallyturbo precacheexited with code 0 when cache operations failed with an errorturbo history -nreturned an extra result when used with--format=json- The latest image version from the
all-usersrepository was not used when an older version of the same image existed in the current user's repository - The
all-usersassembly cache was not used when images were pre-cached in the sharedall-usersrepository - TurboDrive could encounter DateTime parsing errors when using certain regional date and time formats
- TurboDrive did not gracefully handle errors when the domain topology was not fully resolved
- Proxy resolution could hang when a proxy server did not respond during the SOCKS5 handshake, causing long command startup delays
- Launches could fail if the
proxies.jsonfile was locked by another process - Settings could be overwritten while Sandbox Manager resolved the domain topology, causing configuration changes to be lost
- Merged VM settings could serialize incorrectly, causing unexpected VM settings to be applied at launch
- The
--no-pullflag did not correctly prevent image downloads - Saving to a mounted Documents or Desktop folder wrote files to the application session sandbox instead of the shared storage session sandbox when those folders were synchronized via OneDrive
- Application launches failed when the startup file came from a mount source
- Mount validation errors occurred when Windows known folders (e.g., Downloads) were moved to non-default locations
- Subscription applications could remain installed after Active Directory access was revoked
- Remote sandbox failed on Azure AD-joined computers
- Applications could fail to register when the application name contained special characters
- Run commands reported an incorrect Windows version string in recent Windows versions
- Subscription uninstallation entries were not removed from Add/Remove Programs when uninstalling the Turbo client
- Device keys could collide when multiple machines were provisioned with the same host name
- Pulling the same image simultaneously from multiple processes, when direct download is disabled, could cause one process to crash with an unhandled exception
