A Core.LlSetOption(LlOption.IgnoreContainerType,1) option that suspends checking whether LL is running on a virtual machine.
A typical use case might be:
With LL25, the Designer could also be run on a VM. With LL27 it is no longer possible. Internally LL27 checks the registry key [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control] “ContainerType”, if present it throws the error “The Designer is not available in web applications”. With the new option, the check would be skipped and the designer would be started (like LL25 used to do ;). Deleting registry keys is risky and not a sustainable (nor an elegant ;)) solution.
Just to reassure - the check should not generally stop LL from running on virtual machines (Virtual Box, VMware,…), AFAIK only the Windows sandbox mode and Docker images are affected. For the latter, the error makes absolute sense while for the Win sandbox this indeed is a glitch.
True, I did only test the Windows Sandbox. Support suggested it should only happen if ContainerType > 0 but it also happens for ContainerType = 0, until the Key is deleted.
Could you check what the actual value for “ContainerType” is on your end? This value is not documented by Microsoft, if we have a chance to reliably tell the difference between “running on Docker” and “running in Windows Sandbox” we might be able to change the behavior to something more fine-grained. Here is a discussion that revolves around the same topic…