Download a WIX-generated MSI from https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb78-pollux-TDF_wix/ Run a command line like > msiexec /a C:\Downloads\LibreOfficeDev-25.2.0.0-64.msi The installation immediately aborts. The log has > ... > GenerateScript: > Action ended 10:28:41: InstallAdminPackage. Return value 1. > Action 10:28:41: InstallFiles. Copying new files File: [1], Directory: [9], Size: [6] > Action start 10:28:41: InstallFiles. > InstallFiles: > Action ended 10:28:57: InstallFiles. Return value 1. > Action 10:28:57: InstallFinalize. > Action start 10:28:57: InstallFinalize. > Action 10:28:57: InstallAdminPackage. Copying network install files File: [1], Directory: [9], Size: [6] > DEBUG: Error 2203: Database: C:\LibreOfficeDev-25.2.0.0-64.msi. Cannot open database file. System error -2147287035 Note the difference in the path: C:\LibreOfficeDev-25.2.0.0-64.msi in the log, vs. C:\Downloads\LibreOfficeDev-25.2.0.0-64.msi of the actual file. Copying the MSI to the wanted location still fails. On the other hand, quiet administrative installation succeeds: > msiexec -a C:\Downloads\LibreOfficeDev-25.2.0.0-64.msi TARGETDIR=C:\LODEV\ /qn
For several builds I've been able to msiexec /a install the WIX builds without /qn flag, but I always specify TARGETDIR= Don't much like the "LibreOffice Test" top level directory that is bundled.
When I msiexec admin install without a TARGETDIR= option, on my system the install goes to root of my D: drive. I'd grabbed a /L*v log, and see: MSI (c) (04:50) [10:51:51:233]: PROPERTY CHANGE: Adding ROOTDRIVE property. Its value is 'D:\'. with subsequent: MSI (c) (04:50) [10:51:51:253]: PROPERTY CHANGE: Adding TARGETDIR property. Its value is 'D:\'. MSI (c) (04:50) [10:51:51:253]: PROPERTY CHANGE: Modifying ProgramMenuFolder property. Its current value is 'C:\Users\vsfoote\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\'. Its new value: 'D:\'. MSI (c) (04:50) [10:51:51:253]: PROPERTY CHANGE: Modifying DesktopFolder property. Its current value is 'C:\Users\vsfoote\Desktop\'. Its new value: 'D:\Desktop\'. MSI (c) (04:50) [10:51:51:253]: PROPERTY CHANGE: Adding ApplicationProgramsFolder property. Its value is 'D:\LibreOfficeDev\'. MSI (c) (04:50) [10:51:51:253]: PROPERTY CHANGE: Modifying ProgramFiles64Folder property. Its current value is 'C:\Program Files\'. Its new value: 'D:\'. MSI (c) (04:50) [10:51:51:253]: PROPERTY CHANGE: Adding INSTALLDIR property. Its value is 'D:\LibreOffice Test\'. and the entire install following into that location. But the resulting administrative install is fully functional. And if I perform my typical parallel install with the TARGETDIR= property specified, I get a functional administrative install into that exact directory. Looking at the log the ROOTDRIVE property is still D: but the rest of the paths used follow what was set as TARGETDIR property. I've set aside both install logs should they be needed.
On the chance that running the install from root of C: made a difference, I installed again without TARGETDIR but this time included full path to the download msi package. msiexec.exe /a C:\Users\vsfoote\downloads\LibreOfficeDev-25.2.0.0-64_20240926_TB78wix.msi /L*v C:\temp\loDevWixLog_noTarget_FullPath.txt get another fully functional install, again to the D: drive.
The difference might be, that I have no drive D, and my drive C's root is not user-writable.