VMware Horizon Community
JohnTwilley
Hot Shot
Hot Shot

Microsoft App-V & Office 2013 & 2016 -- UEM - AppV 5.x Integrations Issue

Microsoft App-V & Office 2013 & 2016

We are having conflicts with the "Classes" section of the UEM 'AppV 5.x Integrations.ini'.

In our scenario, we have App-V Office 2013 streamed to a few VDI pools...and the normal 'Classes' section is retained for the user.

Now, we are introducing VDI Pools with Office 2016 installed in the base image, but are having issues where an Office Configuration runs each time when opening Word/Excel.

This is because there are registered classes for Office 2013 that are setup from the AppV 5.x Integrations.ini  The Office 2016 installer attempts to correct the issue when launching Word/excel.

If I exclude the AppV 5.x Integrations.ini from the Office 2016 pool, everything works fine.

Our issue is that we need it for the other AppV apps on that pool. 

# Expanded settings for Windows Common Setting 'App–V 5 User Integrations':


[AppV5Integrations]

Classes

Shortcuts

[IncludeRegistryTrees]

HKCU\Software\Classes\AppV\Client\Integration\StatusStore

HKCU\Software\Microsoft\AppV

[ExcludeRegistryTrees]

HKCU\Software\Microsoft\AppV\Client\PackageGroups\[MATCHALL]\REGISTRY

HKCU\Software\Microsoft\AppV\Client\Packages\[MATCHALL]\REGISTRY

[IncludeFolderTrees]

<AppData>\Microsoft\AppV\Client\Catalog

<AppData>\Microsoft\AppV\Client\Integration

We will be moving more towards VMware's App Volumes soon...but need to figure out a creative way to resolve this issue for the short term.

And I figured I'd mention it for the handful of App-V UEM engineers out there! (Shout-out)

Example:

[HKEY_CURRENT_USER\Software\Classes\ODCfile\shell\Edit\command]

@="C:\\Users\\USER333\\AppData\\Local\\Microsoft\\AppV\\Client\\Integration\\D24C3BDD-8FAD-44D3-998C-933F8F053682\\Root\\Office15\\EXCEL.EXE /y"

[HKEY_CURRENT_USER\Software\Classes\Word.Template.8\shell\Edit\command]

@="\"C:\\Users\\USER333\\AppData\\Local\\Microsoft\\AppV\\Client\\Integration\\D24C3BDD-8FAD-44D3-998C-933F8F053682\\Root\\Office15\\WINWORD.EXE\" /vu \"%1\""

[HKEY_CURRENT_USER\Software\Classes\Word.Template.8\shell\New\command]

@="\"C:\\Users\\USER333\\AppData\\Local\\Microsoft\\AppV\\Client\\Integration\\D24C3BDD-8FAD-44D3-998C-933F8F053682\\Root\\Office15\\WINWORD.EXE\" /n /f \"%1\""

IDEAS:

  • One thought was to make a special AppV 5.x Integrations.ini just for this pooll, but the user would be starting from scratch on their other App-v app configurations.
  • Another was to just exclude the 'Classes' section all together...but I'd have to see what actually happens from the user perspective.  Could they double-click on a .doc file anymore, etc.

Hopefully someone has gone down this road before and can offer up a solution for me. 

John

0 Kudos
1 Reply
DEMdev
VMware Employee
VMware Employee

Hi JohnTwilley,

[AppV5Integrations] Classes basically iterates over the subkeys of HKCU\Software\Microsoft\AppV\Client\Integration\Ownership\Software\Classes and creates a corresponding [IncludeRegistryTrees] HKCU\Software\Classes\subkey entry on the fly.

I think it should work to add the conflicting HKCU\Software\Classes\subkey entries under [ExcludeRegistryTrees] to prevent them from being exported.

I don't have an App-V 5 setup to test this (nor do I know App-V 5 well enough to make such a test worthwhile to begin with :-), but maybe this helps.

0 Kudos