Dempseyy93's Posts

Bump. Finding it impossible to get Visio and Project functioning alongside Office 2019 - very little info out there as to why. Have tried installing Office2019 in the build, as well as via ... See more...
Bump. Finding it impossible to get Visio and Project functioning alongside Office 2019 - very little info out there as to why. Have tried installing Office2019 in the build, as well as via a stack and while it mostly functions, Project and Visio are the main fight. Windows 10 (1809) Appvols 2.18 UEM 9.6.855 Horizon 7.7
Thanks for the response, the current Group Policy admins are nitpicking DEM so to save further time answering an array of questions: Where is the cut off between what DEM can do vs Group Polic... See more...
Thanks for the response, the current Group Policy admins are nitpicking DEM so to save further time answering an array of questions: Where is the cut off between what DEM can do vs Group Policy? It is possible to use one and not the other, or do they work best in tandem? Our ultimate goal is to ensure settings aren't doubling up between the two to prevent a conflict of control, and to create a clear baseline of what tool controls what.
So after the recent meeting, here's some of the queries being thrown DEM's way from the GP guys: 1. Establish whether or not DEM has an all or nothing stance regarding User Policy GPO's 2. Us... See more...
So after the recent meeting, here's some of the queries being thrown DEM's way from the GP guys: 1. Establish whether or not DEM has an all or nothing stance regarding User Policy GPO's 2. User Policy currently configures Security Settings - are these able to be persisted via DEM? 3. The ability to enforce settings currently set in User Policy, if a settings is configured in DEM, does it restrict users from modifying 4. Configuration of Admin Templates, is DEM 100% comprehensive in that respect? 5. Folder redirection, and drive mapping This is a basic overview of queries so far. Thanks
Its been made apparent that our workplace needs to consolidate technologies in order to restructure team responsibilities and eliminate potential conflicts with policy. We currently use Group ... See more...
Its been made apparent that our workplace needs to consolidate technologies in order to restructure team responsibilities and eliminate potential conflicts with policy. We currently use Group Policy, and DEM to manage user profiles for the collection/distribution of various application data at logon (see: User Profile Service, and VMware DEM Service) What is the best method of handling this data? Should we stick to one technology, and if so, is DEM capable of solely handling these duties from a user profile perspective? So far we've ran a basic test of the DEM agent in our persistent environment which successfully pulled down user profile data from the UEM directory without much of a hitch. If we committed to DEM, will it be capable of handling the full load that Group Policy has previously managed in conjunction with DEM?
Agreed, Office has always been a thorn in our side. We've moved away from Office 2016 in a stack, to in the build itself. Now playing with 2019 via both means is producing the above error, as we... See more...
Agreed, Office has always been a thorn in our side. We've moved away from Office 2016 in a stack, to in the build itself. Now playing with 2019 via both means is producing the above error, as well as this one below: "We're sorry, but Visio has run into an error that is preventing it from working correctly. Visio will need to be closed as a result. Would you like us to repair now?" Repairing closes the app indefinitely. Fun times. To answer your questions, yeah, we're using KMS for licensing and running best practices for packaging. Just curious whether others have successfully packaged 2019 for their environments.
I receive the following error after deploying the recently packaged app (either Project or Visio): "The application can't start because AppVIsvSubsystems62.dll is missing from your computer" ... See more...
I receive the following error after deploying the recently packaged app (either Project or Visio): "The application can't start because AppVIsvSubsystems62.dll is missing from your computer" The answers typically state to reinstall the app, or use the online office repair tool, both of which aren't helpful in our non-persistent environment. Our base image includes: OS: Windows 1809 Base Programs: AppVols Agent 2.18 Office Pro Plus 2016 C++ Redist 2013, and 2017 (both x86, and x64) VMware Tools 10.3.5 Visio and Project work in the packaging environment, but break once provisioned to test users. Installing Visio and Project in the user session works as intended, but non persistent environment makes this redundant exception of testing. We thought it may be AV causing the issues, but cant confirm yet.
Hi all, Has anybody had luck packaging Visio (V) and Project (P) 2019 with Office 2019 on a Windows 1809 build? We've been running into compatibility issues that seem to break either Office... See more...
Hi all, Has anybody had luck packaging Visio (V) and Project (P) 2019 with Office 2019 on a Windows 1809 build? We've been running into compatibility issues that seem to break either Office or V/P 2019 version of V and P seem to work with Office 2016. Environment details: AppVolumes 2.18 Template 2.16 + Template 2.18 Windows 1809 Office 2019
Are the Start Menu shortcuts present during the provisioning phase? Can you see the app shortcuts in "C:\ProgramData\Microsoft\Windows\Start Menu\Programs" pre, and post provisioning?
bump... Same issue here, however, it seems like we're capturing the required reg key for our users to make it persistent, but can't confirm which one it is just yet. The setting is off by def... See more...
bump... Same issue here, however, it seems like we're capturing the required reg key for our users to make it persistent, but can't confirm which one it is just yet. The setting is off by default currently, hence our chase for the answer as well. Our Default Apps and FTAs consists of the same, exception of what's highlighted green: [IncludeRegistryTrees] HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FileExts HKCU\SOFTWARE\Microsoft\Windows\Shell\Associations HKCU\Software\Classes HKCU\Software\Microsoft\Windows\CurrentVersion\ApplicationAssociationToasts HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\CloudStore [IncludeFiles] <LocalAppData>\Microsoft\Windows\UserFTA.config [IncludeIndividualRegistryValues] HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\UserSignedIn UPDATE: Toast notifications work if the user has opened Windows 10 Settings > Notifications & Actions either before OR after Outlook has been opened. So it's clear something is triggering via the Registry, but can't be sure what yet... Group Policy seems to be the better alternative to fixing this issue but haven't been able to confirm yet.
Yeah, don't ask. We work very closely with the SOE guys to improve our AppVolumes environment, however, it's an imperfect way of managing it which we are slowly trying to consolidate...but bur... See more...
Yeah, don't ask. We work very closely with the SOE guys to improve our AppVolumes environment, however, it's an imperfect way of managing it which we are slowly trying to consolidate...but bureaucracy is a fickle thing.
On closer inspection, it looks like a mix of both. We have C++ 2013 and 2017, but nothing .NET, or Java related. This mightn't be ideal for some, but we've rarely encountered issues (if ever)... See more...
On closer inspection, it looks like a mix of both. We have C++ 2013 and 2017, but nothing .NET, or Java related. This mightn't be ideal for some, but we've rarely encountered issues (if ever) that've been due to a conflict of dependencies; excluding Java as mentioned earlier. The only problem I see with throwing everything in the gold image is having to update it more regularly to include new/legacy dependencies to keep up with the introduction of new stacks. While we have full control of AppVolumes in our environment, unfortunately modifying the Gold image is out of our hands and can often take a while for anything to progress. This is reason enough for us to tack on dependencies in the stack rather than wholly in the image.
We package C++ Redist, and .NET components for all relevant apps. With roughly 120 apps in production, the only issues we typically encounter with this packaging method is with Java and legacy... See more...
We package C++ Redist, and .NET components for all relevant apps. With roughly 120 apps in production, the only issues we typically encounter with this packaging method is with Java and legacy apps that have version dependencies. Otherwise, greenlight from our end!
Hi QuanShen, Windows Defender Firewall is already enabled. The registry fixes across various forums are already in place with no change. The only thing that seems to fix it is by opening... See more...
Hi QuanShen, Windows Defender Firewall is already enabled. The registry fixes across various forums are already in place with no change. The only thing that seems to fix it is by opening Acrobat Reader before opening the PDF previewer as mentioned in the original post
Repackaging Visio & Project 2016 with a 2.13 template instead of 2.16 on a machine with office installed resolved the issue.
Hi pbastiaans, We did the following to fix the issue: Create an appstack using a 2.13 template. Provision to an app packaging machine that has Office 2016 installed. Install Visio 2016. ... See more...
Hi pbastiaans, We did the following to fix the issue: Create an appstack using a 2.13 template. Provision to an app packaging machine that has Office 2016 installed. Install Visio 2016. DO NOT OPEN Visio after install completed. Finish provisioning. Assign to user, and log into QA/Prod machine. Open Visio...profit!. Evironment details: AppVols 2.16. Windows 10 1709. Office 2016 (x86 - Patched to Feb 2019) installed in Gold image.
We've been experiencing issues with Outlook 2016 and its previewer option for PDF documents. It claims that it is disabled, despite performing every possible fix across forums and adobe suppor... See more...
We've been experiencing issues with Outlook 2016 and its previewer option for PDF documents. It claims that it is disabled, despite performing every possible fix across forums and adobe support pages. The weird part is that it functions after opening Adobe Acrobat Reader from the desktop, then reattempting to open the previewer in Outlook. This sticks out to us as a registry issue, but we can't for the life of us find the correct hive for UEM to capture. Has anyone experienced similar issues with the Outlook previewer? Details below: UEM 9.8 App Volumes 2.16 Windows 10 1709 Office 2016 (installed in the image) Cheers, Matt
We have Office 2016 installed in the build, and Visio 2016 and Project 2016 packaged as individual appstacks for assignment. When the stacks are provisioned to a desktop, the Windows 10 Start Men... See more...
We have Office 2016 installed in the build, and Visio 2016 and Project 2016 packaged as individual appstacks for assignment. When the stacks are provisioned to a desktop, the Windows 10 Start Menu tiles (for Office products) go blank (color only) and we're unable to identify the trigger. Attempted fixes: 1. Repackaging Visio and Project in our latest packaging environment. 1. Resetting the tile cache doesn't resolve the issue, and the icons return after removing the above stacks after restarting the session. 2. Installing Visio + Project in the build with Office. This causes further issues with licensing of Visio and Project by not utilising our KMS server. Specs: AppVolumes 2.16 Windows 10 1709 Office 2016 (in build) Visio + Project 2016 (individual appstacks)
Turns out it was the following line that was preventing it from sticking: HKCU\software\Microsoft\Windows\Shell\Associations\UrlAssociations Thanks for the FTA suggestion, we've utilised it... See more...
Turns out it was the following line that was preventing it from sticking: HKCU\software\Microsoft\Windows\Shell\Associations\UrlAssociations Thanks for the FTA suggestion, we've utilised it in the past. Cheers, Matt
We've encountered an issue in our environment where Mozilla Firefox when set as default (superseding MS Edge browser) will revert back to edge when performing the following sequence: 1. Log in... See more...
We've encountered an issue in our environment where Mozilla Firefox when set as default (superseding MS Edge browser) will revert back to edge when performing the following sequence: 1. Log into non-persistent VDI session as standard user. 2. Open Firefox > Options > Check Always check if Firefox is your default browser + Make Default 3. Confirm Firefox has been set as default in Default apps settings. 4. Log off > Log on > Sign in as standard user. 5. Open Default apps > Confirm Firefox is still default web browser 6. Open Firefox from Start Menu/Desktop Shortcut 7. Witness Default apps automatically switch Firefox back to MS Edge Any ideas why opening Firefox would trigger Edge to take precedence again? Details: - UEM 9.6 - AppVolumes 2.16 - Non Persistent VDI - Firefox 31.8.0 UEM Firefox Config: [IncludeRegistryTrees] HKCU\software\classes\FirefoxHTML HKCU\software\classes\FirefoxURL HKCU\software\classes\.htm HKCU\software\classes\.html HKCU\software\classes\.shtml HKCU\software\classes\.xht HKCU\software\classes\.xhtml HKCU\software\classes\ftp HKCU\software\classes\http HKCU\software\classes\https HKCU\software\Microsoft\Windows\currentVersion\Explorer\FileExts\.htm HKCU\software\Microsoft\Windows\currentVersion\Explorer\FileExts\.html HKCU\software\Microsoft\Windows\currentVersion\Explorer\FileExts\.shtml HKCU\software\Microsoft\Windows\currentVersion\Explorer\FileExts\.xht HKCU\software\Microsoft\Windows\currentVersion\Explorer\FileExts\.xhtml HKCU\software\Microsoft\Windows\Shell\Associations\UrlAssociations HKCU\software\Mozilla HKCU\software\Mozilla.org HKCU\software\MozillaPlugins [IncludeFolderTrees] <AppData>\Mozilla
I've recently encountered an issue where a user's web based application requires Java 8 to run, but is calling Java 7 and causing a crash. The user has Java 8 attached as its own stack, but ther... See more...
I've recently encountered an issue where a user's web based application requires Java 8 to run, but is calling Java 7 and causing a crash. The user has Java 8 attached as its own stack, but there's another stack attached which has Java 1.7 included. Whilst identifying the 1.7 stack in question, I removed all stacks but Java 1.8, and some default apps (Firefox, Chrome, Flash Player, etc). Upon reassigning all his previous stacks immediately for testing, I noticed that 1.8 was now taking precedence and the web based app was now working for the user. This leads me to believe that AppVolumes has some form of App heirarchy dependent on when it is assigned. Can anyone confirm? Cheers!