Bug 165149 - LibreOffice_25.2.0.3_Win_x86-64.msi installation doesn't install VCRUNTIME140_1.dll
Summary: LibreOffice_25.2.0.3_Win_x86-64.msi installation doesn't install VCRUNTIME140...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Installation (show other bugs)
Version:
(earliest affected)
25.2.0.1 rc
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks: Installer-Windows
  Show dependency treegraph
 
Reported: 2025-02-09 18:05 UTC by Mike Kaganski
Modified: 2025-02-10 06:16 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Kaganski 2025-02-09 18:05:24 UTC
On a just-installed Windows 10 (nothing else installed), install LibreOffice_25.2.0.3_Win_x86-64.msi. Try to launch it.

=> failure "because VCRUNTIME140_1.dll was not found".

It was the same with LibreOffice_25.2.0.1_Win_x86-64.msi; and the same problem is with the new LibreOffice_25.2.1.1_Win_x86-64.msi.

The MSI package definitely contains the feature for vcruntime140_1.dll; but for some reason, it doesn't get installed.

Installation from LibreOffice_24.8.5.1_Win_x86-64.msi works fine.
Comment 1 Mike Kaganski 2025-02-09 20:39:52 UTC
For some reason, some bits from scp2/source/ooo/vc_redist.scp (the ones about the condition [VC_REDIST=1], as well as added permanent attribute) are not added to the MSI, even though the MSM file itself is added. Something broken about ComponentCondition and Attributes_Add processing? Some installer machinery changes lately? I seem to recall someone doing something with our Perl machinery.
Comment 2 Mike Kaganski 2025-02-09 20:51:28 UTC
Last commits in solenv/bin/modules/installer, that made into 25-2:
 b2cb093d8bd8fbfa4204cb10daec52ec6c283e04 1cabb20fad8303d16e25957ee245970f37ad2f82

The latter one looks related:

> replace a couple manual calls to cygpath with PathFormat
> 
> this fixes using the MSM merge modules in the wsl-as-helper case and
> avoids "cygpath not found" error lines when doing the compiler tests
> when running configure.
> 
> Also capture and report the output of failed msidb calls in the
> isntaller code and simplify the path-mangling to windows-style
Comment 3 Mike Kaganski 2025-02-10 06:16:32 UTC
Workaround: download and install manually the latest VS redistributable from MS:

https://learn.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist