[Libreoffice-bugs] [Bug 93109] New: Installation of LibreOffice 5.0.0.5 Kills Parallel Installations of LibreOffice

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

Bug ID: 93109
Summary: Installation of LibreOffice 5.0.0.5 Kills Parallel
Installations of LibreOffice
Product: LibreOffice
Version: unspecified
Hardware: Other
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Installation
Assignee: libreoffice-***@lists.freedesktop.org
Reporter: ***@mail.de

Preconditions:
(a) LO 4.4.4.3 is installed as standard LibreOffice installation.
(b) Furthermore several LibreOffice versions are installed in parallel.

Steps in order to reproduce the bug:
(1) First check if one of the parallel version works as expected.
(2) Install LibreOffice 5.0.0.5. I used a custom installation.
(3) Start LibreOffice 5.0.0.5. It starts like expected. Close LO 5.0.0.5 again.
(4) Start one of the parallel versions. I got the message, that the file
MSVCR110.dll is missing on my system. Expected: Start of parallel version.

Tested with Win7 Pro, 32 Bit, German UI.

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

--- Comment #1 from Harald Koester <***@mail.de> ---
Further information:

The file MSVCR110.dll is located in the folder C:\Windows\System32. I observed
that during installation of version 5.0.0.5 this file is deleted.

I'm not familiar with the internals of Windows, but I fear the deletion of the
file MSVCR110.dll may also effect other apps besides parallel installations of
LO. So may be a severe problem?

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

--- Comment #2 from Harald Koester <***@mail.de> ---
Another further information:

Only parallel versions 4.3.x and 4.4.x are effected. Versions older than 4.3.0
start as expected. Also a new installed parallel version (in my case 4.4.5)
after installing 5.0.0.5 does not start.

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

Jacques Guilleron <***@aol.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEEDINFO
CC| |***@aol.com
Ever confirmed|0 |1

--- Comment #3 from Jacques Guilleron <***@aol.com> ---
Hi Harald,

It seems to be the same behavior as Bug 88940 - error 0xc000007b.
Can you verify it?

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

--- Comment #4 from Beluga <***@suomi24.fi> ---
The preconditions were fulfilled on my system.
Installed the 32-bit version of 5.0.0.5.

msvcr110.dll did not disappear from C:\Windows\System32
I was able to launch my parallel installed 4.3.

Win 7 64-bit

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

--- Comment #5 from Eike Rathke <***@redhat.com> ---
Quickly browsing the sources I see that the bundled Windows Explorer Extension
may install a msvcr120.dll or msvcr110.dll. My guess is that your 4.4.4
installation had the explorer extension installed, during upgrade to 5.0.0 it
was removed with the msvcr110.dll along, and for 5.0.0 either msvcr120.dll is
installed with the extension or you didn't install the extension.

Naturally with parallel installations those do not install the Windows Explorer
Extension, so Windows doesn't know another application would need it.

Another mentioning of msvcr110.dll I see for the firebird database, but there
seems to be no explicit install requirements dependency, maybe that's the
culprit why a version missing it does not start.

However, not running Windows myself this is just guess work.

The VS2012 redistributables can be downloaded from
https://www.microsoft.com/en-us/download/details.aspx?id=30679
to get the parallel versions running again.

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

--- Comment #6 from Eike Rathke <***@redhat.com> ---
Possibly having to install msvcr*.dll separately is even mentioned for parallel
installations in the wiki,
https://wiki.documentfoundation.org/Installing_in_parallel/Windows#Microsoft_Visual_C.2B.2B_Runtime_DLLs

I tend to suggest to resolve this as WONTFIX ...

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

Robinson Tryon (qubit) <***@runcibility.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |NEW
CC| |***@runcibility.com

--- Comment #7 from Robinson Tryon (qubit) <***@runcibility.com> ---
TESTING on win8.1 x64 (Virtualbox VM)

(In reply to Harald Koester from comment #0)

Post by b***@bugs.documentfoundation.org
(a) LO 4.4.4.3 is installed as standard LibreOffice installation.

Done

Post by b***@bugs.documentfoundation.org
(b) Furthermore several LibreOffice versions are installed in parallel.

I have several builds installed in parallel (mostly via SI-GUI)

Post by b***@bugs.documentfoundation.org
(1) First check if one of the parallel version works as expected.

Yes, existing installs (e.g. LO 4.3.7.2) work fine.

Post by b***@bugs.documentfoundation.org
(2) Install LibreOffice 5.0.0.5. I used a custom installation.

I installed 5.0.0.5 (32bit).

Did you deviate from the defaults during the custom install?
(In my testing, I kept things the same)

Post by b***@bugs.documentfoundation.org
(3) Start LibreOffice 5.0.0.5. It starts like expected. Close LO 5.0.0.5 again.

Works as expected

Post by b***@bugs.documentfoundation.org
(4) Start one of the parallel versions. I got the message, that the file
MSVCR110.dll is missing on my system. Expected: Start of parallel version.

(Initially) NO REPRO, however:
After initially failing to reproduce this result, by completely uninstalling
the regular install of LibreOffice present on my system, then reinstalling LO
4.4.4.3 and following all of the steps above, I was able to get the message as
described, and CONFIRM the issue.

---------------------------
soffice.exe - System Error
---------------------------
The program can't start because MSVCR110.dll is missing from your computer. Try
reinstalling the program to fix this problem.
---------------------------

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

--- Comment #8 from Robinson Tryon (qubit) <***@runcibility.com> ---
(In reply to Eike Rathke from comment #5)

Post by b***@bugs.documentfoundation.org
Quickly browsing the sources I see that the bundled Windows Explorer
Extension may install a msvcr120.dll or msvcr110.dll. My guess is that your
4.4.4 installation had the explorer extension installed, during upgrade to
5.0.0 it was removed with the msvcr110.dll along, and for 5.0.0 either
msvcr120.dll is installed with the extension or you didn't install the
extension.

With 4.4.4.3 installed and both 4.4.x and 4.3.x parallel-installed builds
working as expected, here's what I see in System32:

***@win8_1 /cygdrive/c/Windows/System32
$ ls -l msvcr*
Aug 9 2013 msvcr100_clr0400.dll
Jun 25 01:49 msvcr120.dll
Jul 23 2014 msvcr120_clr0400.dll
Nov 21 2014 msvcrt.dll

Post by b***@bugs.documentfoundation.org
Naturally with parallel installations those do not install the Windows
Explorer Extension, so Windows doesn't know another application would need
it.

After upgrading to 5.0.0.5 (replacing the installed 4.4.4.3), I don't see a
change in msvcr* DLLs available in System32/, but the 4.3 parallel-installed
builds give the error above when run.

(In reply to Eike Rathke from comment #6)

Post by b***@bugs.documentfoundation.org
Possibly having to install msvcr*.dll separately is even mentioned for
parallel installations in the wiki,
https://wiki.documentfoundation.org/Installing_in_parallel/
Windows#Microsoft_Visual_C.2B.2B_Runtime_DLLs

Quoting from those docs: "if you look in the installed folder, there will be a
Win/System folder that contains these required DLLs, which you can then copy to
the C:\Windows\System32 folder."

With 4.4.4.3 installed, I looked in 'C:\Program Files (x86)\LibreOffice
4\program', and I didn't see any folder named 'Win', 'System', or similar. I
did find a msvcr110.dll at this path:
C:\Program Files (x86)\LibreOffice 4\program\shlxthdl\msvcr110.dll

After installing 5.0.0.5, the 'xx110.dll' is replaced with a 'xx120.dll':
C:\Program Files (x86)\LibreOffice 5\program\shlxthdl\msvcr120.dll

Post by b***@bugs.documentfoundation.org
I tend to suggest to resolve this as WONTFIX ...

As far as a programming solution, I generally agree.

Parallel installs are undoubtedly a very small proportion of our userbase,
however the error message is not explicative, our docs could be more visible,
and this issue prevents any use of many previous versions of LibreOffice. A
good start would be to use some color/add a warning icon to the top of the page
so that users are made well aware of the issue.

Eike: Is the DLL-missing error thrown by the system or LibreOffice? My guess is
the former, but it would be great if that box could provide more context about
why the issue may have occurred and how to fix it.

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

Robinson Tryon (qubit) <***@runcibility.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Hardware|Other |All
Version|unspecified |5.0.0.5 rc

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

--- Comment #9 from Harald Koester <***@mail.de> ---
(In reply to Eike Rathke from comment #5)

Post by b***@bugs.documentfoundation.org
Quickly browsing the sources I see that the bundled Windows Explorer
Extension may install a msvcr120.dll or msvcr110.dll. My guess is that your
4.4.4 installation had the explorer extension installed, during upgrade to
5.0.0 it was removed with the msvcr110.dll along, and for 5.0.0 either
msvcr120.dll is installed with the extension or you didn't install the
extension.

Indeed, I installed Windows Explorer Extension with both versions.

Post by b***@bugs.documentfoundation.org
The VS2012 redistributables can be downloaded from
https://www.microsoft.com/en-us/download/details.aspx?id=30679
to get the parallel versions running again.

In my case the VS2012 redistributable was not installed before installing
5.0.0.5. Nethertheless the parallel versions worked as expected. Hence the
installing of this redis is not unconditionally necessary.


I did some more research: If I save the files msvcr110.dll and msvcp110.dll
before installing version 5.0.0.5 and copy them back to C:\Windows\System32
after installing 5.0.0.5, the parallel version worked as expected at least at
first view. So may be a simple workaround.

Eike, your hint that this problem is mentioned in the wiki is right. In the
moment this hint is not translated into the German version in the wiki. I think
I will do this soon.

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

--- Comment #10 from Harald Koester <***@mail.de> ---
(In reply to Robinson Tryon (qubit) from comment #8)

Post by b***@bugs.documentfoundation.org

Post by b***@bugs.documentfoundation.org
I tend to suggest to resolve this as WONTFIX ...

As far as a programming solution, I generally agree.
Parallel installs are undoubtedly a very small proportion of our userbase,
however the error message is not explicative, our docs could be more
visible, and this issue prevents any use of many previous versions of
LibreOffice. A good start would be to use some color/add a warning icon to
the top of the page so that users are made well aware of the issue.
Eike: Is the DLL-missing error thrown by the system or LibreOffice? My guess
is the former, but it would be great if that box could provide more context
about why the issue may have occurred and how to fix it.

I think most users who use parallel installs are testers. Either they test
development versions or they check regressions. Generally it would be important
to perform as many tests as possible and to simplify them as far as possible.
Just an argument for a fix... ...but of course it's a minor problem...

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

Eike Rathke <***@redhat.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@redhat.com

--- Comment #11 from Eike Rathke <***@redhat.com> ---
(In reply to Robinson Tryon (qubit) from comment #8)

Post by b***@bugs.documentfoundation.org
Eike: Is the DLL-missing error thrown by the system or LibreOffice? My guess
is the former, but it would be great if that box could provide more context
about why the issue may have occurred and how to fix it.

I don't know, not running Windows myself I'd assume it's a system dialog. A
screenshot might tell..

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

Eike Rathke <***@redhat.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |WONTFIX

[b***@bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=93109

Eike Rathke <***@redhat.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED