Visio/Project 2019 functionality on Windows 1809

[Dempseyy93]

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

[sujayg15]

Can you elaborate on what is breaking? How the separation been done (base image + base apps vs. appstack captured apps)

[Dempseyy93]

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.

[Ray_handels]

Office and Appvolumes is a very tricky combination.

What licensing method are you using? My guess is KMS?

Also, what package machine are you using? Best practice is to clone the GI machine and remove the obsolete agents within the packaging machine, then package the application in that machine.

[Dempseyy93]

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.

[Ray_handels]

Not there yet to be honest but we will be installing Office into the GI and I think that we will try and install Visio and Project within a ThinApp to remove the database licensing issue.

[Natestack]

Hi Ray,

Any luck with Visio/Project ?

[txfree2]

This is how it's working for me.

so I've followed this outline from vmware. I'm installing Visio standard 2019

Best Practices for Delivering MS Project and Visio with VMware App Volumes 2.x Operational Tutorial ...

when I log into my VDI session and test it out this is what happens.

Launch Visio and it say's it's corrupt would you like to run a repair on the software. So I repair it and after 1 min the program completely shutdown nothing more is indicated no log's no nothing.

I relaunch Visio when it comes up just fine but then I notice that it say's it's not licensed. so I shut the program down myself.

I relaunch Visio and everything is perfect it's licensed and works like a charm.

The whole process takes me about 3 min to get it to run. I can do this every time and every time it run's perfect, but I have to do this every time.

I'm hoping to get the problem fixed but it does work sort of.

[Shreyskar]

Hi Dempseyy93

Office 2019 is NOT supported with App Volumes 2.x.

Evidence:

VMware Knowledge Base