Please see for troubleshooting information.ģ2: Device subscription detected. ģ0: Could not find an installed version of Officeģ1: Could not find a subscription version of Office. For additional information, please visit. Note, if Office is running, the -CloseOffice switch closes Office applications. The user didn't include the -CloseOffice switchĠ1: This scenario requires the -CloseOffice switch. Output shown in the Command Prompt window The following table describes the actions that the Enterprise version of the Assistant takes for each condition that's encountered in this scenario, and the corresponding output that is displayed. This is a different experience from the full version of the Assistant. When you run the Office Activation scenario by using the Enterprise version of the Assistant, you don't receive any prompts. To do the same steps as in sample 1, and also remove SCA if it's enabled, run the following command in an elevated Command Prompt window: SaRAcmd.exe -S OfficeActivationScenario -AcceptEula -CloseOffice -RemoveSCA To make sure that the requirements for Office activation are met, and to prepare for successful activation at the next startup of an Office app, run the following command in an elevated Command Prompt window: SaRAcmd.exe -S OfficeActivationScenario -AcceptEula -CloseOffice Here are some sample combinations of switches to run the Office Activation scenario. Specify this switch to remove Shared Computer Activation (SCA) and to configure non-SCA activation for Office. Specify this switch to close all Office apps that are running. Specify this switch to accept the End User License Agreement (EULA) and run this scenario. ![]() Specify this switch and OfficeActivationScenario as the value for the scenarioname parameter to run this scenario. You can use more than one optional switch. Unless noted as optional, the switches are required to run the scenario. The following switches are available for this scenario. Available switches for the Office Activation scenario These tips will save significant time during the deployment of Office on Windows Server 2019.For complete details about how to run the Enterprise version of the Assistant, see Enterprise version of Microsoft Support and Recovery Assistant. The above can be accomplished using Group Policy Preference (in a GPO): [HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Identity "DisableAADWAM"=dword:00000001 This is a ‘per user’ fix and requires adding the following registry keys: [HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Common\Identity "DisableADALatopWAMOverride"=dword:00000001 To date, the only available fix is a work around that suppresses Web Account Manager (WAM) and reverts Office 365 back to Azure Active Directory Authentication Library (ADAL). However, it only includes half of the workaround and does not provide sufficient details. Trying to activate a seamless published Microsoft Word app will result in an email prompt followed by a complete “freeze” of your Word app.Ĭitrix has released an official CTX article for this issue. Here is what should be expected when launching Microsoft Word for the first time (native MS and Okta):Īuthentication Experience with Microsoft as IdP:Īuthentication Experience with Okta as IdP: It is a known issue that “Microsoft is working on fixing it” since June 2020. ![]() Surprisingly, there is a bug in Windows Server 2019 that breaks the WAM process for published apps. However, with modern builds, Office uses Web Account Manager (WAM) for sign-in workflows for activation. Microsoft used Azure Active Directory Authentication Library (ADAL) framework-based authentication for older builds such as Office 2016. The issue lies in the authentication process. So, what is happening here: the newest Office on the newest server OS cannot activate even using Microsoft’s native activation process? Office 2016 and older builds of Office 365 activate with no issues.Affects Microsoft 365 native authentication as well as third parties such as Okta.Activation works with no issues if done in the published desktop.Microsoft 365 Apps for Enterprise activation is failing when a published app (e.g., Word) is launched.OS: Windows Server 2019 (any edition, latest updates).Interestingly, this issue affects Microsoft’s own RDS implementations as well. One of the interesting gotchas discovered is an unexpected behavior of Microsoft 365 Apps for Enterprise (formerly Office 365 ProPlus) during the activation process if the Office app is launched as a published app activation is impossible. ![]() As we move Citrix Virtual Apps and Desktops\Service (CVAD\S) workloads to Windows Server 2019 we notice quite a few outcomes that are “different” and (who would think) do not work in this OS.
0 Comments
Leave a Reply. |