Bug 134849 - Libre Office 7.0.0.1 RC1 installation crashes - a renewed installation goes to the wrong folder - Libre office 6.4 doesn't start with renewed installation after uninstall of 7.0.0.1 RC1 - error: vcruntime140_1.dll missing
Summary: Libre Office 7.0.0.1 RC1 installation crashes - a renewed installation goes t...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Installation (show other bugs)
Version:
(earliest affected)
7.0.0.1 rc
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL: https://support.microsoft.com/en-us/h...
Whiteboard:
Keywords:
Depends on:
Blocks: Installer-Windows
  Show dependency treegraph
 
Reported: 2020-07-16 07:27 UTC by Udo
Modified: 2022-02-04 03:42 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 Udo 2020-07-16 07:27:35 UTC
Description:
i found a bug in 6.4 and wanted to test it in 7.0.0.1 RC1

os: win 8.1 64bit - admin
LibreOffice 6.4 was installed

in the installation menu i changed the installation folder  - programme\libreoffice7 or something like that

then an warning came up, that i have to close firefox and windows explorer.
this bothers me too, but ok.
i've chosen close applications and try again. but i haven't seen that there was still an explorer-window open. then the installation crashes.
so i startet it again. Installation finished then well, but it doesn't ask me for a different programme-path AND installed it to the standard-Libre-Office-Path. So now my old Version was gone. New Version was running. 

So, to clean up. I uninstalled 7.0.0.1, downloaded the current version 6.4.5, installed it in the standard-folder. but it doesn't start. i get an error VCRUNTIME140_1.dll is missing. 
Then i installed 7.0.0.1 RC1 again. Now, though Firefox and Windows-Explorer was open, there came no warning.

So now, i have to use 7.0.0.1 RC1 

Sorry, for my english, i'm from germany.

Actual Results:
Can only use 7.0.0.1 RC 1 - Start of stable Version 6.4.5 isn't possible

Expected Results:
1. Install in RC1 in correct folder
2. Start of stable Version 6.4.5 after renewed installation


Reproducible: Couldn't Reproduce


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
1. Not abort the installation of 7.0.0.1 RC
2. Keep the changed Foldername, after i restarted the installation of 7.0.0.1 RC1
Comment 1 Mike Kaganski 2020-07-16 08:11:42 UTC
Several factors here, and they seem unrelated to each other, the initial crash being the main (likely random) problem, and others coming from misunderstanding/confusion.

It looks like you were expecting to have two versions side-by-side by choosing a different directory. But in fact, no matter which directory you choose, the installer for RC1 (as any installer built with "release" configuration) would *replace* any previous installed release version: it will find those older versions, call their uninstaller in the process of own installation, then proceed. So in any case, installing into "programme\libreoffice7" would normally still result in a single version on your system.

This is not the case for alpha and beta installers, that are installed separately. There is a way to have multiple releases "installed" (actually unpacked, but not registered) side-by-side [1].

The "an warning ... that i have to close firefox and windows explorer.
this bothers me too": LibreOffice creates several registry keys, installs a system component (visual c++ redistributable) and an explorer extension (a library used for e.g. thumbnail display of ODF documents, which may be used not only in Windows Explorer, but with any Windows-provided file dialog). Another system-wide thing is fonts it installs. Installer internally builds a list of all files and registry keys it needs deleting/modifying; and if some process happens to hold some of them, it notifies you. There's nothing to do here; previously (many versions ago), it simply told that it needs a restart in the end - now we made it to show a detailed list, and that creates questions absent before.

With older version not starting - possibly you just need to reset user profile [2].

So the only problem here that I see is to test if the scenario when there's an older version installed in one place, and you try to install into a different place, results in a reproducible problem. Will try to test it ASAP (but if someone beats me here, bit thanks - I'm quite busy now, and I don't see this too pressing).

[1] https://wiki.documentfoundation.org/Installing_in_parallel/Windows
[2] https://wiki.documentfoundation.org/UserProfile
Comment 2 Mike Kaganski 2020-07-16 08:14:59 UTC
(In reply to Mike Kaganski from comment #1)
> (but if someone beats me here, bit thanks

BIG thanks, not "bit" - sorry for the typo :-)
Comment 3 Udo 2020-07-16 13:39:01 UTC
- I uninstalled 7.0.0.1 RC 1
- Restarted the System - there i found out, that Windows has Updates to install. Maybe that's a reason for the problems while the installation.
- deleted the %appdata%\libreoffice files
- installed 6.4.5
- programme won't start. Same error: vcruntime140_1.dll is missing
- start in safe mode won't work
- copied the back-uped %appdata%\libreoffice files into that folder
- programme won't start. Same error: vcruntime140_1.dll is missing
- installes 7.0.0.1 RC1
- programme runs
Comment 4 Udo 2020-07-16 20:16:24 UTC
The "Additional Info" in the first post should be listed under "Expected Results".
Comment 5 V Stuart Foote 2020-07-16 21:14:36 UTC
(In reply to Mike Kaganski from comment #1)
>...
> So the only problem here that I see is to test if the scenario when there's
> an older version installed in one place, and you try to install into a
> different place, results in a reproducible problem. 
>...

No issues updating from 6.4.4.2 custom installation on C:\Program Files\LibreOffice to a custom installation of 7.0.0.1 to D:\Program Files\LibreOffice

Clean uninstall, clean install. 

Though I did receive ShutdownApplications listing for Firefox processes which I then closed externally to the MSI package. 

As with this verbose log snip:

MSI (c) (58:84) [15:46:31:006]: RESTART MANAGER: Session opened.
MSI (c) (58:84) [15:46:31:056]: Note: 1: 2262 2: ListBox 3: -2147287038 
DEBUG: Error 2827:  The button &Close the applications and attempt to restart them. on the radiobutton group ShutdownOption on dialog MsiRMFilesInUse extends beyond the boundaries of the group to the right by 154 pixels
Internal Error 2827. MsiRMFilesInUse, ShutdownOption, &Close the applications and attempt to restart them.
DEBUG: Error 2827:  The button &Do not close applications. A reboot will be required to complete the setup. on the radiobutton group ShutdownOption on dialog MsiRMFilesInUse extends beyond the boundaries of the group to the right by 154 pixels
Internal Error 2827. MsiRMFilesInUse, ShutdownOption, &Do not close applications. A reboot will be required to complete the setup.
MSI (c) (58:84) [15:46:44:471]: PROPERTY CHANGE: Modifying MsiUIRMOption property. Its current value is 'DontUseRM'. Its new value: 'UseRM'.
Action 15:47:18: ShutdownApplications. Shutting down applications
MSI (s) (F8:9C) [15:47:18:847]: RESTART MANAGER: Successfully shut down all applications in the service's session that held files in use.
MSI (c) (58:84) [15:47:18:847]: RESTART MANAGER: Successfully shut down all applications that held files in use.
MSI (s) (F8:9C) [15:47:19:382]: Note: 1: 2727 2:  
Action ended 15:47:19: InstallValidate. Return value 1.
MSI (s) (F8:9C) [15:47:19:383]: Skipping action: Regactivexdll2 (condition is false)
MSI (s) (F8:9C) [15:47:19:383]: Doing action: RemoveExistingProducts
Action 15:47:19: RemoveExistingProducts. Removing applications
Comment 6 Karl 2020-07-18 06:49:05 UTC

Deinstallation crashed my vr runtime too

see here, got some solving

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

regards
Comment 7 Udo 2020-07-18 07:44:57 UTC
- uninstalled 7.0.0.1 RC1
- installed the x64: vc_redist.x64.exe for Visual Studio 2015, 2017 und 2019 from your the link mentioned in the referred post. 
- installed 6.5.4.2
- 6.4.5.2 is running again

Thanks for the information, that helped.
Comment 8 V Stuart Foote 2020-07-18 13:19:44 UTC
(In reply to Udo from comment #7)

The MS combined (2015, 2017, 2019) VS C++ runtime is available here [1], grab to match the 32bit or 64bit version or LO being installed:

=-ref-=
[1] https://support.microsoft.com/en-us/help/2977003/the-latest-supported-visual-c-downloads
Comment 9 Xisco Faulí 2021-07-07 10:29:14 UTC
Hello Udo,
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Comment 10 QA Administrators 2022-01-04 03:30:17 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2022-02-04 03:42:38 UTC
Dear Udo,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp