Bug 34129 - Installer wrapper should delete unpacked directory after the actual installer is done
Summary: Installer wrapper should delete unpacked directory after the actual installer...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Installation (show other bugs)
(earliest affected)
3.4.3 release
Hardware: Other Windows (All)
: medium enhancement
Assignee: Not Assigned
: 35298 36079 36682 (view as bug list)
Depends on:
Reported: 2011-02-10 04:46 UTC by leighman
Modified: 2011-11-23 09:57 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description leighman 2011-02-10 04:46:55 UTC
In the Windows installer the default unpack location is Desktop which looks kinda ugly if you're not used to this.
Making this default to the directory where the installer is downloaded would be better.  If the user downloads to Desktop and is used to having their desktop cluttered then nothing changes otherwise users can keep files to a location where they want such as Downloads
Comment 1 Don't use this account, use tml@iki.fi 2011-02-10 05:03:23 UTC
Nothing prevents the user from just deleting the folder once the installation is done. And when it is on the Desktop, it is easy to notice and delete. So maybe what we actually should do is either 1) have the NSIS wrapper automatically delete the folder after setup.exe (and the msiexec it runs) are done, or 2) rename the folder to include "you can delete this folder"
Comment 2 leighman 2011-02-10 07:11:22 UTC
Auto-deleting the folder after installation would be even better.
I think choosing a location to unpack to is an unnecessary step for the majority of users.
Comment 3 Don't use this account, use tml@iki.fi 2011-02-10 07:40:47 UTC
Changing bug title then. People who actually want to have a look at the real MSI installer files in the unpack directory can just let the actual installer start, copy them away, and then cancel it.
Comment 4 Don't use this account, use tml@iki.fi 2011-04-29 09:04:23 UTC
*** Bug 36682 has been marked as a duplicate of this bug. ***
Comment 5 Anonymous Helper 2011-05-21 09:38:52 UTC
Duplicates: bug 35298, bug 36079.
Comment 6 Don't use this account, use tml@iki.fi 2011-05-23 02:53:40 UTC
*** Bug 36079 has been marked as a duplicate of this bug. ***
Comment 7 Don't use this account, use tml@iki.fi 2011-05-23 02:54:36 UTC
*** Bug 35298 has been marked as a duplicate of this bug. ***
Comment 8 Don't use this account, use tml@iki.fi 2011-05-23 02:54:57 UTC
Anonymous Helper, thanks.
Comment 9 Rob 2011-09-01 12:07:52 UTC
Steps to reproduce:
1. Download installation files (application & help) to any folder.
2. Run and complete installation

Expected result:
Application installs correctly and completely and leaves no trace of temporary (and now unnecessary) installation files

Actual result:
Installation asks for the unpack destination of installation files. It creates these folders and leaves them (often on the Windows desktop) creating clutter and confusion for some users.

Proposed change:
Installation should unpack temporary files to %temp% folder (or original download folder) and remove the temporary installation files when complete.
Comment 10 digital ant 2011-09-06 12:54:56 UTC
I think you will find this to be a very polarizing enhancement request. I would be on the other side of the isle - For my enterprise, we download the exe, run it and let it un-pack, then cancel the install. We then go to the folder where everything unzipped and gather the MSI and all related files to push out to all of our enterprise desktops via AD. So the behavior is good for our situation, but I do understand the other side.

To satisfy people on both sides of this issue, maybe the enhancement could be for the initial unpacking program to ask what you want to do...Just un-pack the install files OR Un-pack and install automatically. The automatic option could auto-remove as well.

Of course, I know this is easier said than done, the auto option would have to store the location where it unpacked everything and then write a registry entry to remove that directory upon a reboot. Because you can't delete the dir while the setup process is running...unless you used the original exe that does the unpacking to initiate and cleanup after the installer.

Just some random thoughts.
Comment 11 Andras Timar 2011-11-23 09:57:51 UTC
NSIS installer wrapper has gone. LibreOffice 3.5 will have a single MSI installer. I don't think that anybody will fix NSIS wrapper for 3.4.x.