I am getting the same error when trying to install on Windows Server 2019 running as a VM on a Windows server 2019 Hyper-V host. confirmed to happen on OS build 1809
The problem happens on a brand new HP Z2 G4 Workstation running the OEM installation of Windows 10, updated to build 1903.
This also happens on our older Windows 7 Professional 64 bit machines.
The user in question has full admin rights to the local machines in all cases.
This happens for endpoint client MSI packages that have any kind of payload of blades.
it does NOT happen with the initial Client MSI.
NOTE: In ALL test cases above, the machines are Domain Joined.
I never noticed this until just recently while testing the Hyper-V VM Bootlooping/Checkpoint Antimalware issue covered in one of my other posts. Working with R&D they provided me with a build with all blades that uses the A2 Anti Malware engine that fixes the boot looping VM issue, but they did not give me an initial client from that build as well at that point in the testing, so I decided to export an MSI with all the blades I needed to test.
Up until that point I always deployed only the initial client to new PCs and let the management server deployment policy handle installing the desired set of blades. So this was the first time I saw this happening.
As a result, I am not sure how long this issue may have existed.
Any other MSI installers from any other manufacturers interact properly with UAC and install without a problem if the user in question is a domain admin or explicitly a member of the local (built-in) Administrators group on the machine in question.
I have tested with the machines in an Active Directory OU with group policy inheritance blocked and NO GPOs applied, all default local group policy and the issue happens too.
If you launch the MSI from a non-elevated command prompt, you get the error as well.
If you launch from an elevated command prompt, the installer runs.
I am working with someone from R&D now and providing a testing environment, as in their testing lab, they can't seem to replicate the problem.
I will let you all know if there is anything to report, otherwise, for all I know this might have been expected behavior all this time.
Chris