jordanht's Posts

Thank you very much for this. We are at version 8 but the pools were not being created with Smart Provisioning. I read that Smart Provisioning defaults to off when a vGPU is used (VMware Horizon version 8 (2006) - Smart Provisioning - YouTube) so I manually changed the pool to use Smart Provisioning (How to switch provisioning scheme for an Instant Clone Pool or Farm (81026) (vmware.com)) and now the clones work without a parent VM! 

Ah, that is interesting. Almost all of our app stacks are individual applications, and the error seems to happen no matter what I attach, but I suppose it is possible something else is getting pulled into the app stacks during provisioning. I guess I will try to eliminate any more possibilities! Thank you.

To those with successful FSlogix deployment: are you no longer using app volumes at all? I wanted to implement FSlogix just to handle Office data, Outlook cache, search, etc. Keep DEM because I like the individualized app control, and App Volumes for attaching software (no writables for the most part). But I am finding that whenever I attach an app stack, the search index is corrupted and rebuilt at every logon. With no app stack it works fine.

Thank you for the response. I had a similar thought. The path to the search index (single user) is C:\ProgramData\Microsoft\Search. I thought that App Volumes ignored that path during capture, but maybe I am wrong. I'm unsure how to exclude that if it is being captured.

Are you using app volumes? I'm having the exact same issue and I have found that if I don't attach any app stacks through app volumes it works consistently. I've been googling for days and haven't found a suitable answer. Some of the app volumes release notes mention fixing issues with Outlook indexing, but I think that is mainly with writable volumes.

Are you sure? For me, the machine wide install (ALLUSER=1) doesn't create these folders: <LocalAppData>\Microsoft\Teams <LocalAppData>\Microsoft\TeamsMeetingAddin <LocalAppData>\Microsoft\TeamsPresenceAddin <LocalAppData>\SquirrelTemp

I think it depends on your infrastructure. I've always seen warnings about performance issues when redirecting appdata, desktop, favorites, etc. but in practice it has worked very well for me. Pointing to Isilon storage in the same datacenter, 600 users. I try to only use writable volumes when absolutely necessary for certain apps, because in my experience they cause more headaches when something goes wrong.

No consistent solution, unfortunately. I've gotten some working by making sure they are provisioned for all users in the gold image, but I still have issues with the icons disappearing and things breaking. I pretty much consider them "unsupported" at this point. I am running this config file to capture them, but it doesn't work most of them time anyway: [IncludeFolderTrees] <LocalAppData>\Packages [IncludeRegistryTrees] HKCU\Software\Microsoft\Windows\CurrentVersion\CapabilityAccessManager\ConsentStore HKCU\Software\Classes\ActivatableClasses\Package HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel HKCU\Software\Classes\Extensions\ContractId\Windows.Protocol\PackageId #Edge Config File already captures theses settings. [ExcludeFolderTrees] <LocalAppData>\Packages\Microsoft.MicrosoftEdge_8wekyb3d8bbwe <LocalAppData>\Packages\Microsoft.Windows.Cortana_cw5n1h2txyewy

DEMdev​ Justin_Y​ This old thread may have just saved me. We have the same config and the same problem. I removed a couple URL shortcut creation tasks in DEM and now the default browser selection persists. However, the default email app will not stick. Did you experience that as well? I realize it could be a different problem but I am wondering if the DEM development team investigated this issue?

You might actually be able to "deploy" it using UEM if it is really just a folder under appdata\local containing all necessary files. In your UEM config file for Google Chat, create "predefined settings". Copy the Google Chat folder from a working PC into the predefined settings "LocalAppData" folder. Add some kind of condition in UEM so that it only deploys where you need it - AD group, etc. Theoretically this could work, but obviously do some testing.

I've been following this issue for a little while and I saw this possible solution pop up in a different thread. I have not tested it myself yet. Re: Reproducible FireFox 60.0.2 Crash after working 1-3 times per session *************************************************************************************************   * Please do not change the subject line of this email if you wish to respond. **     Hello,     Emailing in regards to the issue with App volumes and Firefox. Can you attempt the following test for me:     1. Login to the Parent VM   2. Open regedit and navigate to the location : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\svdriver\Parameters   3. There is Multi-String value there called "HookInjectionWhitelist"   4. Add *firefox.exe||* to the list   5. Create a new snapshot and test if it resolves the issue in a test pool     Some information on Hook Injection:     App Volumes driver uses reparse technique to redirect every file access request to their respective appstack/writable. There are few applications which perform integrity checks on the opened file handle. Integrity check means, an application opens a file and gets the handle and then it queries for the path from the handle and compares them. In case of AppVolumes, both the paths are different and integrity check fails. This is where hook was introduced to fake paths returned to satisfy the Integrity check.     *************************************************************************************************