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
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
(In reply to Mike Kaganski from comment #1) > (but if someone beats me here, bit thanks BIG thanks, not "bit" - sorry for the typo :-)
- 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
The "Additional Info" in the first post should be listed under "Expected Results".
(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
Deinstallation crashed my vr runtime too see here, got some solving https://bugs.documentfoundation.org/show_bug.cgi?id=133596 regards
- 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.
(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
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.
Dear Udo, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
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