Bug 108580 - Cannot run LibreOffice, api-ms-win-crt-runtime-l1-1-0.dll is missing (for local solution see comment 7)
Summary: Cannot run LibreOffice, api-ms-win-crt-runtime-l1-1-0.dll is missing (for loc...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Installation (show other bugs)
Version:
(earliest affected)
5.4.0.0.beta2
Hardware: All Windows (All)
: medium critical
Assignee: Not Assigned
URL:
Whiteboard: target:6.0.0 target:5.4.3 target:6.1....
Keywords:
: 109994 111628 115769 116077 (view as bug list)
Depends on:
Blocks:
 
Reported: 2017-06-17 05:44 UTC by karthikeyan g
Modified: 2018-04-13 15:23 UTC (History)
17 users (show)

See Also:
Crash report or crash signature:


Attachments
error msge and two different system configuration (220.20 KB, image/jpeg)
2017-06-17 05:50 UTC, karthikeyan g
Details
Install log for an installation resulted in non-functional program (2.14 MB, application/x-zip-compressed)
2017-08-11 09:12 UTC, Mike Kaganski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description karthikeyan g 2017-06-17 05:44:23 UTC
Description:
click the icon the error msge is"the program cannot start because api-ms-win-crt-runtime-l1-1-0.dll is missing from your computer.try to reinstalling the program to fix this problem

Actual Results:  
application did not open error msge will be received

Expected Results:
application open 


Reproducible: Always

User Profile Reset: No

Additional Info:
click the icon the error msge is"the program cannot start because api-ms-win-crt-runtime-l1-1-0.dll is missing from your computer.try to reinstalling the program to fix this probletry to install two and more systems same error msge will be received


User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.86 Safari/537.36
Comment 1 karthikeyan g 2017-06-17 05:50:31 UTC
Created attachment 134077 [details]
error msge and two different system configuration
Comment 2 Xisco Faulí 2017-06-19 08:52:34 UTC
This is not a LibreOffice problem. There's a plausible solution to the problem here: https://www.smartftp.com/support/kb/the-program-cant-start-because-api-ms-win-crt-runtime-l1-1-0dll-is-missing-f2702.html
Comment 3 Mike Kaganski 2017-08-01 13:48:28 UTC
(In reply to Xisco Faulí from comment #2)

Xisco, I'm not sure it's NOTOURBUG. As I described in bug 108005 comment 16, since 5.4 there are *a lot* of these errors. And the problem is that we bundle the necessary libraries with LO! You may check that using, e.g., 7-zip and opening our MSIs with it, and see that the problematic file is there. We even had a story with runtime for VS 2015 that we couldn't bundle for some time: see https://wiki.documentfoundation.org/Development/msvc-x86_64#VC_Runtime_Install_Error_.28FIXED.2C_keep_for_ref.29
Comment 4 Aron Budea 2017-08-10 20:29:55 UTC
Let's keep this open until we actually find out what's going on, or at least until the reports stop coming in.
Comment 5 Aron Budea 2017-08-10 20:30:55 UTC
*** Bug 111628 has been marked as a duplicate of this bug. ***
Comment 6 Aron Budea 2017-08-10 20:31:19 UTC
*** Bug 109994 has been marked as a duplicate of this bug. ***
Comment 7 Aron Budea 2017-08-10 20:37:00 UTC
This is where Visual C++ 2015 Redistributable Update 3 has to be installed from:
https://www.microsoft.com/en-us/download/details.aspx?id=53840
Comment 8 Mike Kaganski 2017-08-11 07:53:37 UTC
As documentation states, [1] if a directory name *starts with* one of predefined SystemFolder properties, a CustomAction type 51 is generated for it. "It does not verify that the directory name exactly equals the directory property. Any directory beginning with one of these standard folder names gets a type 51 custom action, even if the rest of the name is not a GUID."

Our fix for bug 105311 follows this description literally. But my concern is if we are victims of another MS documentation flaw. I mean, the passage "The tables in the merge module must reference the location of a child directory of TARGETDIR, *or another directory in the merge module's tree*" in the mentioned documentation page (emphasis mine).

The C-Runtime merge module has two directories in it, named

SystemFolder.E281B893_10D7_34CE_BB0E_B69D88E154A5
and
SystemFolder_x86_VC.E281B893_10D7_34CE_BB0E_B69D88E154A5

The former has its parent set to TARGETDIR, and the latter has its parent set to former (SystemFolder.E281B893_10D7_34CE_BB0E_B69D88E154A5). I.e., they form a hierarchy (though the latter doesn't define any subdirectory).

But we generate two custom actions for both of them, because they both do begin with "SystemFolder". Thus, we may break the hierarchy (that's my guess). Intuitively, this shouldn't break things, as we still point both to a proper location, but who knows.

Could it be that MS documentation must be read as "if directory name *before dot* is equal to one of pre-defined SystemFolder properties, ..."?

Adding David Ostrovsky (the author of fix for bug 105311, and expert in this area) to CC list.

[1] https://msdn.microsoft.com/en-us/library/windows/desktop/aa367787
Comment 9 Mike Kaganski 2017-08-11 09:12:57 UTC
Created attachment 135448 [details]
Install log for an installation resulted in non-functional program

This is an installation log taken on a freshly-installed Windows Server 2008 Version 6.1 (Build 7601: Service Pack 1), no updates, with command line

msiexec /i C:\Users\Administrator\Downloads\LibreOffice_5.4.0.3_Win_x86.msi /l*vx C:\Users\Administrator\Downloads\LOinst.log

The installation completed successfully, and then launching the program resulted in the mentioned error message:

---------------------------
soffice.exe - System Error
---------------------------
The program can't start because api-ms-win-crt-runtime-l1-1-0.dll is missing from your computer. Try reinstalling the program to fix this problem. 
---------------------------
OK   
---------------------------
Comment 10 Mike Kaganski 2017-08-11 09:41:06 UTC
The problem is condition for component "ucrtbase.dll_system_x86.E281B893_10D7_34CE_BB0E_B69D88E154A5", which is

((VersionNT = 501) OR (VersionNT = 502)) AND (VC_REDIST=1)

This is only true for WinXP systems. So, I assume that the problem is only with Vista+ systems that have no Universal C Runtime preinstalled (up to Windows 10?). Changing the condition to simple

VC_REDIST=1

allows me to install and run LibreOffice on the above-mentioned test system.

Searching for "VersionNT" over repository doesn't give any similar results, I assume that this comes from merge module itself.

The Microsoft Visual C++ 2015 Redistributable Update 3 download page references KB 2999226 [1], which tells about different Universal C Runtime packages for different Windows versions. This makes me think that there might be different merge modules for different Windows versions, that we might need to include into installer, each one with its own VersionNT condition. I am not sure that simply forcing the WinXP version (that we bundle now) to install on any Vista+ is a proper solution.

[1] https://support.microsoft.com/en-us/kb/2999226
Comment 11 Mike Kaganski 2017-08-11 09:54:10 UTC
Sigh.

A discussion in a blog by Visual C++ team [1] describes this in detail.

> On Windows Vista and newer operating systems, the Universal CRT is
> installed via Windows Update—either when the machine downloads new
> updates from the web or when you install one of the redistributable
> packages from the Download Center (the November build, 10586, can be
> found here:
> http://www.microsoft.com/en-us/download/details.aspx?id=50410).
> Windows Update redistributables do not use MSI; they have a different
> installer technology. Because they do not use MSI, there are no MSMs
> for the Universal CRT. For Windows Vista and newer, installation of
> the Windows Update packages is the only supported way to get the
> Universal CRT onto the machine in the system directory. The Visual C++
> libraries MSMs install the Universal CRT on Windows XP only because
> the Universal CRT is not an operating system component on Windows XP
> (and Windows XP does not support the same Windows Update packaging
> mechanisms that are used on Windows Vista and above). Do not modify
> the MSMs.

So, it turns out that we cannot bundle the Universal CRT with the installer. In that case, we have a hard external dependency on those systems, that we must mention on release notes page. And possibly on the download page, with a link to MS site (mentioned in comment 7).

[1] https://blogs.msdn.microsoft.com/vcblog/2015/03/03/introducing-the-universal-crt/
Comment 12 Mike Kaganski 2017-08-11 10:39:38 UTC
Or can we?

On the same page mentioned in comment 11:

> 6. Updated September 11, 2015:  App-local deployment of the Universal CRT is
> supported.  To obtain the binaries for app-local deployment, install the
> Windows Software Development Kit (SDK) for Windows 10.  The binaries will be
> installed to C:\Program Files (x86)\Windows Kits\10\Redist\ucrt.  You will
> need to copy all of the DLLs with your app (note that the set of DLLs are
> necessary is different on different versions of Windows, so you must include
> all of the DLLs in order for your program to run on all supported versions
> of Windows).
Comment 13 Ted Mittelstaedt 2017-08-20 19:48:10 UTC Comment hidden (no-value)
Comment 14 Kumāra 2017-09-07 05:56:34 UTC
Is this serious enough to escalate Importance to major? Most Windows users meeting this problem will likely not be able to solve it on their own.

While a solution is being discussed, I suggest placing a prominent note on the Windows download page on the requirement. Those who rather not deal with this issue on their own should go for the Still version for now.
Comment 15 Kumāra 2017-09-14 03:34:49 UTC
(In reply to Aron Budea from comment #7)
> This is where Visual C++ 2015 Redistributable Update 3 has to be installed
> from:
> https://www.microsoft.com/en-us/download/details.aspx?id=53840

Somehow this didn't work for me. Neither did Still version: 5.3.6.
I've opted to return to 5.2.5.1, and will stay on until this bug is resolved.
Comment 16 Libomark 2017-09-18 08:34:53 UTC Comment hidden (me-too)
Comment 17 Kumāra 2017-09-18 09:12:47 UTC
(In reply to Libomark from comment #16)
> Anyone coming new to LO would likely just give up and look for something
> else: failed installations are IMHO a critical error - nothing works.

I agree. Can we have this escalated to critical?
Comment 18 Mike Kaganski 2017-10-05 13:12:02 UTC
It seems that 2015+ vcredists aren't MSI-dependent (rather, they contain MSU packages in it, which require wusa.exe to run).

Maybe these packages won't conflict with MSI process, and thus, will allow us to run from installer? We could try to package the vc_redist.exe to out MSI, and run it in case a pre-requisite fits (OS + absence of the redist)?
Comment 19 Mike Saunders 2017-10-23 08:11:57 UTC
We are monitoring emails sent to the download@libreoffice.org address, where users can send questions, and we are getting this a lot. We could set up the auto-responder to point people here: https://www.microsoft.com/en-us/download/details.aspx?id=52685

Or is a fix in preparation for an upcoming release?

Thanks
Comment 20 Mike Saunders 2017-10-23 09:56:44 UTC
(In reply to Mike Saunders from comment #19)
> 
> Or is a fix in preparation for an upcoming release?

From speaking to Cloph, it looks like this will be fixed by bundling the DLL in 5.4.3 onwards.
Comment 21 Commit Notification 2017-10-31 14:38:57 UTC
Christian Lohmaier committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=71d9a61302e65fe091cf70c13fa72b3df09b7e3a

tdf#108580 ship universal crts with the program as workaround

It will be available in 6.0.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 22 Commit Notification 2017-11-02 21:58:47 UTC
Christian Lohmaier committed a patch related to this issue.
It has been pushed to "libreoffice-5-4":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=67940d53fd68283c7dbc70897063c33d5ede49df&h=libreoffice-5-4

tdf#108580 ship universal crts with the program as workaround

It will be available in 5.4.4.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 23 Commit Notification 2017-11-02 22:01:18 UTC
Christian Lohmaier committed a patch related to this issue.
It has been pushed to "libreoffice-5-4-3":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=2c5875485dd53c9e6d509ffa474212fadb8cefed&h=libreoffice-5-4-3

tdf#108580 ship universal crts with the program as workaround

It will be available in 5.4.3.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 24 Oliver Brinzing 2017-11-03 19:16:06 UTC
.
Comment 25 Boris Silva R 2017-11-07 21:10:54 UTC
What are the dll to copy to get installed 5.4.2.2 from 5.4.2.2 portable?
Comment 26 Boris Silva R 2017-11-09 01:57:54 UTC
(In reply to Boris Silva R from comment #25)
> What are the dll to copy to get installed 5.4.2.2 from 5.4.2.2 portable?

For now i copy all api-ms-win-***.dll fron the LibreOfficePortable\App\libreoffice\program to the installed LO 5.4.2.2 and get it working in Win7 (no sp1)
Comment 27 Commit Notification 2017-12-18 11:53:44 UTC
Mike Kaganski committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=61b1d631331551b43bc7d619be33bfbfeff7cad6

tdf#108580: integrate vc_redist.exe into MSI

It will be available in 6.1.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 28 Commit Notification 2018-01-08 17:14:26 UTC
Mike Kaganski committed a patch related to this issue.
It has been pushed to "libreoffice-6-0":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=ca893ce3e4da351576e0d57caada57da190773f2&h=libreoffice-6-0

tdf#108580: integrate vc_redist.exe into MSI

It will be available in 6.0.0.2.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 30 martin 2018-02-03 12:36:22 UTC
Hi guys, I just downloaded 6.0.0.3 and installed it over 5.3.x and it seems the problem is still not solved. I get the same error message as the OP, so I tried to:

1) Repair the installation – no success
2) Remove LO and Visual C++ Redistributable for VS 2015 and perform a fresh install – no success although I saw the Visual C++ Redistributable for VS 2015 was a part of the installation
3) Manually install the Visual C++ Redistributable for VS 2015 Update 3 mentioned in #7 – finally I got it working

I think this can discourage many of the potential LO users… :-(
Comment 31 Mike Kaganski 2018-02-03 21:01:01 UTC
(In reply to martin from comment #30)
> I tried to:
> 
> 2) Remove LO and Visual C++ Redistributable for VS 2015 and perform a fresh
> install – no success although I saw the Visual C++ Redistributable for VS
> 2015 was a part of the installation

... so you had the redistributable installed and listed in uninstall list? Absolutely unexpected.

What is your OS? (Please give details from winver launched using command line or Winkey+R).

What is the bitness of LibreOffice you used?
Comment 32 Mike Kaganski 2018-02-03 21:01:58 UTC
(In reply to Mike Kaganski from comment #31)
> ... so you had the redistributable installed and listed in uninstall list?
> Absolutely unexpected.

I mean - unexpected, that while the redistributable was on system, LibreOffice couldn't work.
Comment 33 mistersketchman 2018-02-11 23:51:49 UTC
(In reply to Mike Kaganski from comment #32)
> (In reply to Mike Kaganski from comment #31)
> > ... so you had the redistributable installed and listed in uninstall list?
> > Absolutely unexpected.
> 
> I mean - unexpected, that while the redistributable was on system,
> LibreOffice couldn't work.

I found a possible cause. Seems to be related to Service Pack 1 for Windows 7. I had not ever installed this service pack, and when I started manually getting the dlls that were listed as not being found, I found they were related to an update that will only work when SP1 is already installed.

I did a full wipe of my PC, and started fresh with W7SP1 installed. The redist package installs correctly from a download from MS, and then LibreOffice starts no problem.

Just an idea. Check to make sure SP1 is installed. Might fix your issue. Also might specify in the system reqs (if not already done) that SP1 is required for 6 to work with Windows 7.
Comment 34 Kumāra 2018-02-12 08:58:28 UTC
(In reply to mistersketchman from comment #33)
> I found a possible cause. Seems to be related to Service Pack 1 for Windows
> 7. I had not ever installed this service pack, and when I started manually
> getting the dlls that were listed as not being found, I found they were
> related to an update that will only work when SP1 is already installed.

Maybe not. Mine has SP1 right from the start.
Comment 35 Xisco Faulí 2018-02-16 11:14:25 UTC
*** Bug 115769 has been marked as a duplicate of this bug. ***
Comment 36 mistersketchman 2018-02-25 20:48:32 UTC
(In reply to Kumāra from comment #34)
> (In reply to mistersketchman from comment #33)
> > I found a possible cause. Seems to be related to Service Pack 1 for Windows
> > 7. I had not ever installed this service pack, and when I started manually
> > getting the dlls that were listed as not being found, I found they were
> > related to an update that will only work when SP1 is already installed.
> 
> Maybe not. Mine has SP1 right from the start.

It wasn't SP1 that was required to run it. It was an update that needed SP1 to be installed. Right now I don't recall which update it was, but chasing down dlls pointed me to the update. I then tried to install the update, and Windows told me my version of Windows was not correct for the update. More searching showed that SP1 was required to install it.

So, it's not SP1 that was the issue. But if you had never installed it, you would also never get the update that had the dlls that were needed.
Comment 37 Nickloh 2018-02-28 13:37:42 UTC
I have tried out the newest version of LibreOffice (LibreOffice_6.0.1_Win_x86.msi) and I also receive the same issue. I use Window 7 without SP1 and thus unable to install Visual C++ 2015 Redistributable Update 3 (as in Comment 7).

I have found a temporary solution for this issue 
(solution courtesy of Boris Silva R - Comment 26):

1. Install the Portable Version of LibreOffice.
2. Navigate through LibreOfficePortable\App\libreoffice\program and copy these dll files into LibreOffice Program File (LibreOffice\program)

A) all api-ms-win-*.dll. 
B) ucrtbase.dll

I wish that in the future installation pack it will include these dll files in the installation.
Comment 38 Mike Kaganski 2018-02-28 14:01:19 UTC
(In reply to Nickloh from comment #37)
> A) all api-ms-win-*.dll. 
> B) ucrtbase.dll
> 
> I wish that in the future installation pack it will include these dll files
> in the installation.

No, it will not. In 5.4, we had this temporary workaround (app-local redistributable), but as soon as we have found a way to avoid placing the libraries into the application directory, we have switched to that.

Having redistributable app-local means that this important third-party system component is not monitored and updated as required, e.g., when a security flaw in it is discovered. So - the release notes clearly indicate the minimum requirements to Windows OS that we support, which is Windows 7 SP1.
Comment 39 V Stuart Foote 2018-02-28 14:18:02 UTC
*** Bug 116077 has been marked as a duplicate of this bug. ***
Comment 40 patheticcockroach 2018-03-09 14:58:02 UTC
I just encountered this issue for the first time after upgrading LibreOffice from 5.3.x to 6.0.2 on some old Win 7 computer.
I noticed that the installer tried to install some VC runtime, and even tough it apparently was successful I think (I didn't pay that much attention, sorry :/) I still had to install the Visual C++ 2015 Redistributable Update 3 mentioned in Comment #7 manually myself (then it worked)
Comment 41 SpongeBob 2018-03-21 13:29:55 UTC
I encounter the same error on windows 8.1 (ver 6.3.9600) X64

when i try to install "Visual C++ 2015 Redistributable Update 3"

I receive this error : 0x80240017

I've try with few other machine under Windows 8.1 same issue.

So I stick with LO 5.3.4 until a solution is released
Comment 42 Mike Kaganski 2018-03-22 07:01:58 UTC
(In reply to SpongeBob from comment #41)
> when i try to install "Visual C++ 2015 Redistributable Update 3"
> I receive this error : 0x80240017
> I've try with few other machine under Windows 8.1 same issue.
> 
> So I stick with LO 5.3.4 until a solution is released

https://support.microsoft.com/en-us/help/2906956

> To resolve this issue, install update rollup 2887595.
> 
> Microsoft has confirmed that this is a problem in the Microsoft products
> that are listed in the "Applies to" section.
Comment 43 SpongeBob 2018-03-22 13:57:55 UTC
(In reply to Mike Kaganski from comment #42)

I tried, but not working either...

The installation of the KB2887595 run smoothly (just to reboot once)

then when I install Libre office 6.0.2 I see that he install now the C++ 2015 Redistributable. 

But when I lunch LO he still give me the same error (api-ms-win-crt-runtime-l1-1-0.dll is missing)

I deinstalled the C++ 2015 Redistributable and tried to install the C++ 2015 Update 3 From Comment #7 but that one don't want to install himself Error (0x80240017)
Comment 44 Commit Notification 2018-04-09 12:41:14 UTC
Mike Kaganski committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=79383148bb31bee0c8fae941f6cc0fdd605fb2ea

tdf#108580 related: Check for SP level of the minimal supported OS

It will be available in 6.1.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 45 Boris Silva R 2018-04-11 03:25:13 UTC
(In reply to SpongeBob from comment #41)
> I encounter the same error on windows 8.1 (ver 6.3.9600) X64
> 
> when i try to install "Visual C++ 2015 Redistributable Update 3"
> 
> I receive this error : 0x80240017
> 
> I've try with few other machine under Windows 8.1 same issue.
> 
> So I stick with LO 5.3.4 until a solution is released

I was having the problem with Win7 al LO, upgrade my pc to sata and Windows 8.1 and get the same problem: the 2015 c++ runtime fail to run the x86 msu included in the  runtime.
The solution was update Windows 8.1 to the requisites of the 2015 c++ runtime( agust 201 rollup update?) then can install the c++ runtime and get working LibreOffice.
One alternative was download LibreOffice portable and copy the missing files to the main LibreOfiice
Comment 46 Commit Notification 2018-04-12 08:46:20 UTC
Mike Kaganski committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=8faa1bc61fa8f09365d483364aea2b1c2751b587

tdf#108580 related: check for Windows 8.1 April 2014 update rollup

It will be available in 6.1.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 47 Commit Notification 2018-04-12 20:52:26 UTC
Mike Kaganski committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=1f8a3657216e44796cb94087450552aa977ebdae

tdf#108580 related: improve existing redist detection

It will be available in 6.1.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 48 Commit Notification 2018-04-13 15:23:09 UTC
Mike Kaganski committed a patch related to this issue.
It has been pushed to "libreoffice-6-0":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=158f6e5489d8167299deb53fde433e835019d10a&h=libreoffice-6-0

tdf#108580 related: Check for SP level of the minimal supported OS

It will be available in 6.0.4.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.