Missing HKCU Office WEF Registry Key Despite Functioning Centrally Deployed Add-in, Preventing Runtime Logging Setup
Your Environment
- Platform [PC desktop, Mac, iOS, Office on the web]: PC desktop (Inferred from GPO, Registry Editor use)
- Host [Excel, Word, PowerPoint, etc.]: Outlook
- Office version number: Microsoft 365 Apps, Version 2408 (Build 17928.20440), Semi-Annual Enterprise Channel
- Operating System: Windows (Inferred from context, specific version not provided)
- Browser (if using Office on the web): N/A
Expected behavior
When a centrally deployed Office Web Add-in is running successfully within Outlook, the associated user-specific registry keys under HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\WEF\ should be present. This includes the base WEF key, which is required to subsequently create the necessary keys (Developer\<Add-in ID>\UseRuntimeLogging) to enable the runtime logging feature for debugging purposes.
Current behavior
The Office Web Add-in, deployed via Centralized Deployment, is confirmed to be running correctly within the Outlook client. Evidence of this includes the add-in's functionality being available and the existence of the corresponding cache/data folder structure at %LocalAppData%\Microsoft\Office\16.0\WEF\<Add-in ID>\.
However, when inspecting the registry using regedit.exe, the key HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\WEF\ is completely missing. This absence prevents the creation of the Developer\<Add-in ID>\UseRuntimeLogging DWORD value, thus blocking the ability to enable runtime logging using the standard documented method.
Steps to reproduce
- Deploy an Office Web Add-in using Centralized Deployment via the M365 Admin Center.
- Ensure the target environment is using Office M365 Apps (specifically tested on Version 2408, Semi-Annual Channel) on a Windows desktop, potentially managed via GPO.
- Launch Outlook and verify the centrally deployed add-in loads and is operational.
- (Optional) Confirm the existence of the add-in's cache folder at
%LocalAppData%\Microsoft\Office\16.0\WEF\<Add-in ID>\.
- Open Registry Editor (
regedit.exe).
- Navigate to
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\.
- Observe that the
WEF subkey is not present under the 16.0 key.
Link to live example(s)
- N/A - Issue relates to registry state in a specific corporate/deployment environment rather than a shareable code sample.
Provide additional details
- The Office installation is managed via Group Policy Objects (GPO).
- It is strongly suspected, but not yet confirmed by user's IT, that profile virtualization/redirection technology (e.g., FSLogix, Citrix UPM, VMware DEM) might be in use, potentially redirecting registry writes intended for HKCU and causing them to appear missing in the standard registry view.
- Attempting to manually create the
WEF\Developer\<Add-in ID> keys and the UseRuntimeLogging value under HKCU\Software\Microsoft\Office\16.0\ was suggested as a potential workaround to enable logging, but the success of this is pending confirmation.
Context
The user is the developer of the specific web add-in deployed via Centralized Deployment. The primary impact of this issue is the inability to enable runtime logging for the add-in using the standard registry method. This significantly hinders debugging efforts for issues occurring within the add-in in this specific user environment.
Useful logs
Missing HKCU Office WEF Registry Key Despite Functioning Centrally Deployed Add-in, Preventing Runtime Logging Setup
Your Environment
Expected behavior
When a centrally deployed Office Web Add-in is running successfully within Outlook, the associated user-specific registry keys under
HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\WEF\should be present. This includes the baseWEFkey, which is required to subsequently create the necessary keys (Developer\<Add-in ID>\UseRuntimeLogging) to enable the runtime logging feature for debugging purposes.Current behavior
The Office Web Add-in, deployed via Centralized Deployment, is confirmed to be running correctly within the Outlook client. Evidence of this includes the add-in's functionality being available and the existence of the corresponding cache/data folder structure at
%LocalAppData%\Microsoft\Office\16.0\WEF\<Add-in ID>\.However, when inspecting the registry using
regedit.exe, the keyHKEY_CURRENT_USER\Software\Microsoft\Office\16.0\WEF\is completely missing. This absence prevents the creation of theDeveloper\<Add-in ID>\UseRuntimeLoggingDWORD value, thus blocking the ability to enable runtime logging using the standard documented method.Steps to reproduce
%LocalAppData%\Microsoft\Office\16.0\WEF\<Add-in ID>\.regedit.exe).HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\.WEFsubkey is not present under the16.0key.Link to live example(s)
Provide additional details
WEF\Developer\<Add-in ID>keys and theUseRuntimeLoggingvalue underHKCU\Software\Microsoft\Office\16.0\was suggested as a potential workaround to enable logging, but the success of this is pending confirmation.Context
The user is the developer of the specific web add-in deployed via Centralized Deployment. The primary impact of this issue is the inability to enable runtime logging for the add-in using the standard registry method. This significantly hinders debugging efforts for issues occurring within the add-in in this specific user environment.
Useful logs