Description: I downloaded the Windows (Aarch64) build of LO 25.2.4. The downloaded MSI file matches the SHA256 listed in the online info. When I doubleclick the MSI, Windows Installer pops up in its initializing stage ("Preparing to install..."), then gives a big warning: "This installation package could not be opened. Contact the application vendor to verify that this is a valid Windows Installer package." The Windows (Aarch64) build for LO 24.8.7 does install correctly and I can start Writer without issues] This is on a Microsoft Surface with a Snapdragon X Plus CPU, running Windows 11. Additional testing showed that LO 25.2.3 was not affected (I successfully upgraded), but the current alpha (25.8.0.0alpha1 dated 2025-05-19T17:15:30Z) also fails with the same error. Steps to Reproduce: 1. Download installer for 25.2.4 on a Windows 11 Arm64 machine 2. Start the installer Actual Results: Installer can't be started (beyond standard Windows Installer initialization). Expected Results: Installation proceeds as normal. Reproducible: Always User Profile Reset: No Additional Info: -
The same is true for me - that's why I created an account here to report this bug.
I have exactly the same issue.
Cloph, any ideas here?
*** Bug 167256 has been marked as a duplicate of this bug. ***
Confirmed with multiple duplicate reports, Package could not be opened. MSI error 1620.
Removing myself: no more interested in MSI bugs
Given related bug 166803 is there an issue on the ARM Windows builds with the Vulkan test fallback. Folks with existing configs get a working result (but missing icon) while folks doing a new install get squat. Needs more testing, but issue is probably not the MSI, but with our rendering testing and fallback? @Mike, sorry to bump you with this again.
My Samsung Galaxy book Go with Sanpdragon gen7 shows same message. It is not working on installation.
Lenovo X13s, Microsoft Windows 11 Pro Insider Preview 10.0.27898 N/A Build 27898, same issue on preview msis also.
*** Bug 167595 has been marked as a duplicate of this bug. ***
I can confirm as of now that the error persists when trying to launch the installer version 25.2.5.2 in a Windows 11 Pro ARM (latest update as of now) VM in Parallels Desktop on an M1 Mac.
*** Bug 167776 has been marked as a duplicate of this bug. ***
I can confirm I am also facing this bug. I am running Microsoft Surface Pro 11 with an ARM processor and 64GB of RAM. Machine is fully up to date.
I have exactly the same issue. Also in 25.8.0.2 (Lenovo Yoga Slim 7 with Snapdragon X Plus, WIN 11 Home).
In monkey mart, you start from a small shop with a few simple products, your goal is to expand your business, upgrade your equipment and turn your humble stall into a large, bustling supermarket. https://monkeymart.io/online
found the problem, specifying that the installation set is an ARM64 one makes windows unhappy, no idea why that fails, so the workaround for now is to just claim it is a x86_64 installation set... I'll do rebuilds of 25.2.5 with that change...
(In reply to Christian Lohmaier from comment #16) > found the problem, specifying that the installation set is an ARM64 one > makes windows unhappy, no idea why that fails, so the workaround for now is > to just claim it is a x86_64 installation set... > > I'll do rebuilds of 25.2.5 with that change... Good work finding - if you can advise where/when rebuilds will be, happpy to help with testing to confirm.
Do we have a full installation log of the failure? I don't see it neither here, nor in the three duplicates so far. And it could be possible, that we have some component in the package, that conflicts with the target platform, not some generic MS bug.
You mean something like this? === Verbose logging started: 15/08/2025 12:07:57 Build type: SHIP UNICODE 5.00.10011.00 Calling process: C:\WINDOWS\system32\msiexec.exe === MSI (c) (88:8C) [12:07:57:584]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg MSI (c) (88:8C) [12:07:57:584]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg MSI (c) (88:AC) [12:07:57:613]: Resetting cached policy values MSI (c) (88:AC) [12:07:57:613]: Machine policy value 'Debug' is 0 MSI (c) (88:AC) [12:07:57:613]: ******* RunEngine: ******* Product: LibreOffice_25.2.5_Win_aarch64.msi ******* Action: ******* CommandLine: ********** MSI (c) (88:AC) [12:07:57:614]: Machine policy value 'DisableUserInstalls' is 0 MSI (c) (88:AC) [12:07:57:643]: Access database with Impersonation MSI (c) (88:AC) [12:07:57:643]: SOFTWARE RESTRICTION POLICY: Verifying package --> 'C:\Users\GuidoWalter\Downloads\LibreOffice_25.2.5_Win_aarch64.msi' against software restriction policy MSI (c) (88:AC) [12:07:57:643]: SOFTWARE RESTRICTION POLICY: C:\Users\GuidoWalter\Downloads\LibreOffice_25.2.5_Win_aarch64.msi has a digital signature MSI (c) (88:AC) [12:07:57:939]: SOFTWARE RESTRICTION POLICY: C:\Users\GuidoWalter\Downloads\LibreOffice_25.2.5_Win_aarch64.msi is permitted to run at the 'unrestricted' authorization level. MSI (c) (88:AC) [12:07:57:953]: Cloaking enabled. MSI (c) (88:AC) [12:07:57:953]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (88:AC) [12:07:57:956]: End dialog not enabled MSI (c) (88:AC) [12:07:57:956]: Original package ==> C:\Users\GuidoWalter\Downloads\LibreOffice_25.2.5_Win_aarch64.msi MSI (c) (88:AC) [12:07:57:956]: Package we're running from ==> C:\Users\GuidoWalter\Downloads\LibreOffice_25.2.5_Win_aarch64.msi MSI (c) (88:AC) [12:07:57:966]: APPCOMPAT: Compatibility mode property overrides found. MSI (c) (88:AC) [12:07:57:968]: APPCOMPAT: looking for appcompat database entry with ProductCode '{B5250BF5-6BE3-415A-8924-2B11FD0CC494}'. MSI (c) (88:AC) [12:07:57:969]: APPCOMPAT: no matching ProductCode found in database. MSI (c) (88:AC) [12:07:57:973]: MSCOREE not loaded loading copy from system32 This installation package could not be opened. Contact the application vendor to verify that this is a valid Windows Installer package. C:\Users\GuidoWalter\Downloads\LibreOffice_25.2.5_Win_aarch64.msi MSI (c) (88:AC) [12:07:57:978]: Note: 1: 1708 MSI (c) (88:AC) [12:07:57:978]: Product: LibreOffice 25.2.5.2 -- Installation failed. MSI (c) (88:AC) [12:07:57:978]: Windows Installer installed the product. Product Name: LibreOffice 25.2.5.2. Product Version: 25.2.5.2. Product Language: 1033. Manufacturer: The Document Foundation. Installation success or error status: 1620. MSI (c) (88:AC) [12:07:57:984]: MainEngineThread is returning 1620 === Verbose logging stopped: 15/08/2025 12:07:58 ===
(In reply to Guido Walter from comment #19) Yes, thanks; just called with /l*vx to enable extra-verbose logging: > msiexec /i "c:\path\to\LibreOffice.msi" /l*vx c:\libreoffice-install.log
(In reply to Mike Kaganski from comment #20) > (In reply to Guido Walter from comment #19) > > Yes, thanks; just called with /l*vx to enable extra-verbose logging: > > > msiexec /i "c:\path\to\LibreOffice.msi" /l*vx c:\libreoffice-install.log It outputs the same... === Verbose logging started: 15/08/2025 12:33:04 Build type: SHIP UNICODE 5.00.10011.00 Calling process: C:\WINDOWS\system32\msiexec.exe === MSI (c) (E0:28) [12:33:04:741]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg MSI (c) (E0:28) [12:33:04:741]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg MSI (c) (E0:58) [12:33:04:763]: Resetting cached policy values MSI (c) (E0:58) [12:33:04:763]: Machine policy value 'Debug' is 0 MSI (c) (E0:58) [12:33:04:763]: ******* RunEngine: ******* Product: LibreOffice_25.2.5_Win_aarch64.msi ******* Action: ******* CommandLine: ********** MSI (c) (E0:58) [12:33:04:765]: Machine policy value 'DisableUserInstalls' is 0 MSI (c) (E0:58) [12:33:04:788]: Access database with Impersonation MSI (c) (E0:58) [12:33:04:788]: SOFTWARE RESTRICTION POLICY: Verifying package --> 'C:\Users\GuidoWalter\Downloads\LibreOffice_25.2.5_Win_aarch64.msi' against software restriction policy MSI (c) (E0:58) [12:33:04:791]: SOFTWARE RESTRICTION POLICY: C:\Users\GuidoWalter\Downloads\LibreOffice_25.2.5_Win_aarch64.msi has a digital signature MSI (c) (E0:58) [12:33:05:066]: SOFTWARE RESTRICTION POLICY: C:\Users\GuidoWalter\Downloads\LibreOffice_25.2.5_Win_aarch64.msi is permitted to run at the 'unrestricted' authorization level. MSI (c) (E0:58) [12:33:05:079]: Cloaking enabled. MSI (c) (E0:58) [12:33:05:083]: Attempting to enable all disabled privileges before calling Install on Server MSI (c) (E0:58) [12:33:05:086]: End dialog not enabled MSI (c) (E0:58) [12:33:05:089]: Original package ==> C:\Users\GuidoWalter\Downloads\LibreOffice_25.2.5_Win_aarch64.msi MSI (c) (E0:58) [12:33:05:090]: Package we're running from ==> C:\Users\GuidoWalter\Downloads\LibreOffice_25.2.5_Win_aarch64.msi MSI (c) (E0:58) [12:33:05:100]: APPCOMPAT: Compatibility mode property overrides found. MSI (c) (E0:58) [12:33:05:102]: APPCOMPAT: looking for appcompat database entry with ProductCode '{B5250BF5-6BE3-415A-8924-2B11FD0CC494}'. MSI (c) (E0:58) [12:33:05:103]: APPCOMPAT: no matching ProductCode found in database. MSI (c) (E0:58) [12:33:05:110]: MSCOREE not loaded loading copy from system32 This installation package could not be opened. Contact the application vendor to verify that this is a valid Windows Installer package. C:\Users\GuidoWalter\Downloads\LibreOffice_25.2.5_Win_aarch64.msi MSI (c) (E0:58) [12:33:05:115]: Note: 1: 1708 MSI (c) (E0:58) [12:33:05:115]: Product: LibreOffice 25.2.5.2 -- Installation failed. MSI (c) (E0:58) [12:33:05:119]: Windows Installer installed the product. Product Name: LibreOffice 25.2.5.2. Product Version: 25.2.5.2. Product Language: 1033. Manufacturer: The Document Foundation. Installation success or error status: 1620. MSI (c) (E0:58) [12:33:05:124]: MainEngineThread is returning 1620 === Verbose logging stopped: 15/08/2025 12:33:05 ===
https://learn.microsoft.com/en-us/windows/win32/msi/using-64-bit-windows-installer-packages > For 64-bit packages on the Arm64 platform, the Windows Installer database schema > must be 500 or higher. We have it 200: https://opengrok.libreoffice.org/xref/core/solenv/bin/modules/installer/windows/msiglobal.pm?r=25d62325f320ba75a2b64584fe1d5d98c18275f1#553
Since I don't have an Arm box to test. Two ways to test if fixing MSI version is the correct thing to do: 1. Use free version of InstEd! app http://www.instedit.com/ (it is old, but that shouldn't matter) to open and edit the MSI - in the application, the place to change is Tables->Summary Info->Schema (200 should be replaces with 500); or if you have Visual studio installed: 2. Open Visual Studio Developer command prompt, and run > msiinfo C:\Downloads\LibreOffice_25.2.5_Win_aarch64.msi -g 500 === Hopefully, after that, the installer should work.
(In reply to Mike Kaganski from comment #23) > Since I don't have an Arm box to test. > > Two ways to test if fixing MSI version is the correct thing to do: > > 1. Use free version of InstEd! app http://www.instedit.com/ (it is old, but > that shouldn't matter) to open and edit the MSI - in the application, the > place to change is Tables->Summary Info->Schema (200 should be replaces with > 500); > > or if you have Visual studio installed: > > 2. Open Visual Studio Developer command prompt, and run > > > msiinfo C:\Downloads\LibreOffice_25.2.5_Win_aarch64.msi -g 500 > > === > > Hopefully, after that, the installer should work. Correct, after changing the Schema to 500 the installer works again. As I'm new here and don't know who is who, can someone in charge of the build pipeline just change that and I think we all would be happy :-)
Note that it is safe to just set it to 500 unconditionally. Windows Installer 5.0 was released with (and became part of) Windows 7. We have now dropped support for anything below Windows 10.
Christian Lohmaier committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/918c409e63e72447a351344e9bca394275fe7508 tdf#166947 fix windows installation sets for aarch64 It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thanks for the additional findings re the scheme version bump - will have bandaid fixes for the rebuild, and try to do a proper one for master/future releases.
(In reply to Commit Notification from comment #26) > Christian Lohmaier committed a patch related to this issue. > It has been pushed to "master": > > https://git.libreoffice.org/core/commit/ > 918c409e63e72447a351344e9bca394275fe7508 > > tdf#166947 fix windows installation sets for aarch64 > > It will be available in 26.2.0. > > The patch should be included in the daily builds available at > https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More > information about daily builds can be found at: > https://wiki.documentfoundation.org/Testing_Daily_Builds > > Affected users are encouraged to test the fix and report feedback. Just to clarify things: If you set architecture of the installer to Arm64 and Schema to 500 it works. As Microsoft states in https://learn.microsoft.com/en-us/windows/win32/msi/using-64-bit-windows-installer-packages: For 64-bit packages on the Arm64 platform, the Windows Installer database schema must be 500 or higher. So setting the architecture to x64 might work now, but could bite back later, as we might an up with incorrect reg entries or wrong path for files. I Don't say this will happen, but it could. As schema 500 uses windows installer version 5 which was introduced with Windows 7 (as Mike Kaganski already stated), this is still safe - at least from an ARM64 point of view as this covers only Windows 10 / 11. So just to leave my opinion on this and not to be pain in the ***, I would suggest to change the schema version and leave the architecture as ist was on Arm64.
Christian Lohmaier committed a patch related to this issue. It has been pushed to "libreoffice-25-8": https://git.libreoffice.org/core/commit/342ecfbd79e8b371f4ab8b3f58ec6c04b1a0c589 tdf#166947 properly fix windows installation sets for aarch64 It will be available in 25.8.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Christian Lohmaier committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/f782b13a271c127c84799829b6a32fcf28a5cd35 tdf#166947 properly fix windows installation sets for aarch64 It will be available in 25.2.6. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Guido Walter from comment #28) > […] > So setting the architecture to x64 might work now, but could bite back > later, as we might an up with incorrect reg entries or wrong path for files. > I Don't say this will happen, but it could. Just FYI: that is what the packages up until 25.2.4 did use/until I changed it to Arm64 while fixing the overall installset creation on a native windows arm machine, so the replaced 25.2.5 and the upcoming 25.8.0 / 25.2.6 will be the first ones that properly identify as Arm64 packages. > […] > So just to leave my opinion on this and not to be pain in the ***, I would > suggest to change the schema version and leave the architecture as ist was > on Arm64. No worries, that's what I ended up doing in the end - I already had the packages rebuilt with the old x86_64 identifier (since that was known to work for 25.2.4 and earlier) – but thanks to it being possible to rewrite the installation info without doing full rebuilds once more I did just that for 25.2.5 (rc2/final) and 25.8.0 (rc4/to-be-final). That also simplifies other unrelated stuff since the buildID/git-hash can stay the same as with the other platforms/architectures. https://downloadarchive.documentfoundation.org/libreoffice/old/25.2.5.2/win/ https://downloadarchive.documentfoundation.org/libreoffice/old/25.8.0.4/win/ the aarch64_broken dir contains the originally uploaded file (that had old schema, but use Arm64) - the aarch64 dir contains the fixed versions (note that it is possible that some mirrors that sync very infrequently still carry the broken file, so if doubt compare with the checksum by using the "Details" link, e.g. https://downloadarchive.documentfoundation.org/libreoffice/old/25.8.0.4/win/aarch64/LibreOffice_25.8.0.4_Win_aarch64.msi.mirrorlist or manually pick a mirror that's current (see e.g. https://download.documentfoundation.org/mirmon/ )
Christian Lohmaier committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/816bd7171742163911986a77812a3e8151f6fe10 tdf#166947 properly fix windows installation sets for aarch64 It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Can this be closed as fixed?
Just tested the latest installer (25.8.1.1). It runs as native Arm64, and the installed LO Writer binaries also run as native Arm64. Looks all good! Thanks for finding and fixing!