| Summary: | Upgrading LO requires user to terminate Explorer.exe on Windows because of LO Explorer/Shell extensions (Workaround: comment 12) | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Luuk <luuk34> |
| Component: | Installation | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | high | CC: | chrisgriffinindy, fios, kumara.bhikkhu, mst.fdo, qubit, reg, rk662trc, timar74 |
| Version: | 4.1.1.2 release | Keywords: | regression |
| Hardware: | All | ||
| OS: | Windows (All) | ||
| See Also: |
https://bugs.freedesktop.org/show_bug.cgi?id=69043 https://bugs.freedesktop.org/show_bug.cgi?id=56007 https://bugs.freedesktop.org/show_bug.cgi?id=78057 |
||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
Installation assistent
installation wizard error dialog |
||
*** Bug 71163 has been marked as a duplicate of this bug. *** I include here the bug report from Bug 71163, which I think is clearer: Chris 2013-11-02 14:24:55 UTC When I installed the new version of LibreOffice on my Windows 8.1 desktop, it will pop up during the validating install process stating that you have to close explorer.exe to continue. If you tell it to ignore it, it will not proceed until you close it. I had to go to task manager and kill explorer.exe to finish installing. Then, you have to re-launch explorer.exe to be able to use anything in windows 8.1 . I encountered the same in a recent upgrade with LibO 4.1.2.3 on Windows Home Premium 64bit. I'm marking importance as high as this stumps novices, and gives LO a bad reputation. Andras, any idea why this happens? does it happen only on Windows 8.1 or older versions too? Happens to me on Windows 7 HP 64-bit. (In reply to comment #4) > Andras, any idea why this happens? Unfortunately I couldn't reproduce it. It can be related to shell extensions or indexing service. For example the shell extension is generating a thumbnail of a file which is on a slow drive (reading 1 byte at a time, see bug 56007), therefore Explorer holds that dll during uninstall. Hopefully the bug will not be reproducible with 4.1.4. On the other hand, if user ignores this warning, the uninstaller will ask for a reboot in order to complete uninstall process. Created attachment 91506 [details]
installation wizard error dialog
I also am having the problem same as described in by Luuk below. Error dialog is also the same (in English though). I am trying to update from 4.1.3.2 to 4.1.4.2. My system is Windows 64 HP AMD 64-bit. While there is a work-around, I really do like to monkey with installations in case there is some secondary effect. I also give this high importance, as I have not see such a terminal error in other software installation. I am willing to wait until next version, hopefully this can be fixed. Sorry, I meant I really don't like to monkey with installations. Sorry, I also meant Windows 7 HP, AMD 64-bit. (In reply to comment #8) > I also am having the problem same as described in by Luuk below. Error > dialog is also the same (in English though). > I am trying to update from 4.1.3.2 to 4.1.4.2. > My system is Windows 64 HP AMD 64-bit. Thank you for reporting. However, please do not "update" the version number. It's suppose to show the earliest version the issue is occurring. I'm changing it back to the original. The matter seems to be inconstant. When I upgraded to 4.1.4.2, the matter didn't arise at all. The difference I notice is that Explorer is set not to show thumbnails. So, Andras's guess is probably correct. I wouldn't want to label this "notourbug" though, since the issue don't occur with installations of (most) other programs. Meanwhile, I encourage affected ones to test. In Windows Explorer, go to Organize > Folder and search options > View tab. Tick "Always show icons, never thumbnails". Then install LO. I tried the suggestion by Kumara in Comment 11. "In Windows Explorer, go to Organize > Folder and search options > View tab. Tick "Always show icons, never thumbnails". Then install LO." Then I was able to install LO without any problems, and applications so far appear to work properly. So I can recommend this as a possible workaround. Thanks Kumara. given that bug 56007 is fixed and the shell extensions should be much faster, can anybody still reproduce this problem when upgrading _from_ LO 4.1.4.2 (or later) to a later version? as per mst's question ... (In reply to comment #14) > as per mst's question ... /me did not have the bug again (as far as i remember), and i'm currently running 4.2.0.5 on Windows 7 I'm asking others, who can reproduce this, to give info. But i doubt anyone having this problem will be saving enough info in order to post it here when they found this bug..... I just experienced the same problem, trying to install the 32bits x86 version of LibreOffice (4.2.0.4) on a 32 bits Windows 7 system. (In reply to comment #11) > Meanwhile, I encourage affected ones to test. In Windows Explorer, go to > Organize > Folder and search options > View tab. Tick "Always show icons, > never thumbnails". Then install LO. This workaround did not help on my system. (In reply to comment #2) > I had to go to task manager and kill > explorer.exe to finish installing. Then, you have to re-launch explorer.exe > to be able to use anything in windows 8.1 . > This did work on my system (32bits windows 7, Intel Pentium Dual Core E5300). When the installer finished, I logged out of windows using task manager and then logged back in to restart explorer and get my desktop back. I updated from 4.1.4.2 to 4.2.0.4 and the installation worked correctly. In my case the issue seems to be solved. Again this is on Win7 64-bit AMD. (In reply to comment #16) > I just experienced the same problem, trying to install the 32bits x86 > version of LibreOffice (4.2.0.4) on a 32 bits Windows 7 system. which was the installed LO version _before_ the upgrade? (In reply to comment #19) > which was the installed LO version _before_ the upgrade? None; in my case it was not an upgrade, but rather a fresh install. (In reply to comment #20) > (In reply to comment #19) > > which was the installed LO version _before_ the upgrade? > > None; in my case it was not an upgrade, but rather a fresh install. Hmmm... Shall we mark this as major? (In reply to comment #21) > (In reply to comment #20) > > None; in my case it was not an upgrade, but rather a fresh install. > > Hmmm... Shall we mark this as major? that is the _first_ report of somebody claiming to have this problem on a fresh installation with no older LO installed on the system; since this bug is about upgrades it's probably a different bug which would be UNCONFIRMED, not NEW as this one. (In reply to comment #22) > that is the _first_ report of somebody claiming to have this problem > on a fresh installation with no older LO installed on the system; > since this bug is about upgrades it's probably a different bug > which would be UNCONFIRMED, not NEW as this one. Please forgive if I'm making a wrong assumption here. It seems to me that it's not a separate bug. The issue is not between the installer program and the installed LO, but between the installer program and Explorer.exe. So, it should make no difference between an upgrade and a fresh install. I've just upgraded to 4.2.0.4 with Explorer's thumbnails on. No hitches. So, it seems the goal post has moved. (In reply to comment #23) > (In reply to comment #22) > > that is the _first_ report of somebody claiming to have this problem > > on a fresh installation with no older LO installed on the system; > > since this bug is about upgrades it's probably a different bug > > which would be UNCONFIRMED, not NEW as this one. > > Please forgive if I'm making a wrong assumption here. It seems to me that > it's not a separate bug. The issue is not between the installer program and > the installed LO, but between the installer program and Explorer.exe. So, it > should make no difference between an upgrade and a fresh install. No, _this_ bug is about LO bundled Explorer extensions to view thumbnails of various documents, which somehow prevents installation of new LO versions presumably because these Explorer extension files cannot be overwritten or deleted; naturally on a "fresh" install you won't have LO Explorer extensions running. (actually i cannot imagine how there could be a conflict between Explorer.exe and LO installation without a LO previously installed on the system, but this is Windows and it's full of mysteries so what do i know anyway...) (In reply to comment #25) > (actually i cannot imagine how there could be a conflict between > Explorer.exe and LO installation without a LO previously installed > on the system, but this is Windows and it's full of mysteries > so what do i know anyway...) Just speculating: I did have MS Office 2013 installed, which also has bindings for open document filetypes. In addition to explorer.exe, the LO installer sometimes also mentioned a Microsoft Office document cache process as one of the things it needed to be terminated before proceeding with the installation. So perhaps Microsoft Office causes a similar connection between explorer and the open document filetypes, and thereby a similar conflict for the LO installer. *** Bug 78057 has been marked as a duplicate of this bug. *** Also seem to be having this problem going from 4.2.4.2 to 4.2.5.2. It brings up the error message that files used by this setup need to be closed, Windows Explorer Process ID 5484. Googling that landed me on this questions page http://ask.libreoffice.org/en/question/27733/libreoffice-4142-install-error-files-in-use/ and some further googling to this bug report. I have not tried any of the fixes just in case I can help with identifying the problem but I am, at this stage, wondering if it's related to this issue http://ask.libreoffice.org/en/question/16047/error-1303-when-installing-libreoffice-402-on-windows-8-pro/#30099 which made me install LO in a folder outside the default /Programs folders. I'm on Win 8 (with a Gaelic langpack), 64bit, with Office 2013 also installed. Dunno if it helps but I just had an odd solution to this problem. I needed to check something in the localization of OO that I also maintain and remembering the issues with having both installed, I uninstalled LO completely before re-installing LO. Now before I installed OO I tried to delete the LO folder under C:/Programs and it would not let me with no specific error message. I then installed OO and had to restart. After re-starting, I could delete the LO folder. Funnily enough I ran into the *same* problem trying to delete the OO folder under C:/Programs before re-start - but again fine AFTER restart. Seems to me like there's some LO process that just keeps on running even after de-installation that interferers with deleting (in my case) or (in the update case) over-writing. At least that's my guess. The saga continues. There is something ... cavalier about the shoddy install process. So after my last report of being able to install it correctly has to get amended. It installs and fires up and I can open documents from the Recents list but har-dee-har-dee-har, if I use a link on my desktop to open an .odr file or if I browse to it using Explorer, I get this error: "Another program is currently using this file" So I then uninstall LO and re-install it (a chore in itself, the installer is still mental, how about someone sorting the UI languages *alphabetically*???) on my second hard drive in a non-system created folder E:/Programs/ and suddenly everything works again. Seems to me LO does *NOT* like being in the default system folders for programs. Michael Bauer, thanks for your reports. However, Comment 29 and 30 don't seem to be related to this bug. Please report them elsewhere. I've changed platform too All Windows based on comment 16, and added a comment on whiteboard to a workaround. I'm not a developer but my gut tells me they ARE related, it's the same chain of installation events the way I see it. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 85393 [details] Installation assistent When upgrading 4.1.0 to 4.1.1.2 i got a notice about a process that was using files and needed to be closed before installing could continue. See attached screendumps (unfortunatly some are in Dutch This process is not an application that i can 'normally' close. So, i do think that i should not get this notice Installation should continue, and a messag (probably about a reboot that is required should follow) ;( The information on process 7740 is: C:\Users\Luuk>tasklist /V /FI "PID eq 7740" /FO csv "Image Name","PID","Session Name","Session#","Mem Usage","Status","CPU Time","Window Title" "explorer.exe","7740","Console","1","95.264 K","Running","0:00:13",".NET-BroadcastEventWindow.2.0.0.0.2e0c681.0"