This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Not seeing the problem with caching the MSI locally
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 22, 2017
03:42 AM
Best practices for MSI cache
Hi!
I currently use some setup.exe packages with Cache MSI Locally option enabled, and default Cache Path ("[LocalAppDataFolder]Downloaded Installations"). As a user folder, this causes a problem if the user who installs the package is not the same as the user who uninstalls it from the ARP (as described in the Installshield knowledge base).
To continue using ARP to do this, I plan to move the Cache Path to "[CommonAppDataFolder]Package Cache". I saw that Microsoft was using this folder for some installations (such as Visual C++ packages). From what I know, all users can create subfolders here. In the most common scenarios, users cannot overwrite or remove existing files in this folder if they do not own them, but it is not an issue here (as MSI cache is not removed).
Are there any disadvantages to do that?
Thanks a lot,
Adrien
I currently use some setup.exe packages with Cache MSI Locally option enabled, and default Cache Path ("[LocalAppDataFolder]Downloaded Installations"). As a user folder, this causes a problem if the user who installs the package is not the same as the user who uninstalls it from the ARP (as described in the Installshield knowledge base).
To continue using ARP to do this, I plan to move the Cache Path to "[CommonAppDataFolder]Package Cache". I saw that Microsoft was using this folder for some installations (such as Visual C++ packages). From what I know, all users can create subfolders here. In the most common scenarios, users cannot overwrite or remove existing files in this folder if they do not own them, but it is not an issue here (as MSI cache is not removed).
Are there any disadvantages to do that?
Thanks a lot,
Adrien
- Tags:
- msi cache path
(3) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 28, 2017
03:53 AM
Hi,
I remain interested in any opinion about the Cache Path 😉
Adrien
I remain interested in any opinion about the Cache Path 😉
Adrien
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 06, 2017
01:55 PM
Adrien,
I suspect that the only condition to be aware of is if your installer offers the option to install per-user. My guess is that this is not the situation for you based on the idea of another user uninstalling.
Otherwise there isn't anything I am aware of that says you cannot use the [CommonAppDataFolder]\CompanyName\AppName folder. I do not know the rules for the Package Cache folder.
I suspect that the only condition to be aware of is if your installer offers the option to install per-user. My guess is that this is not the situation for you based on the idea of another user uninstalling.
Otherwise there isn't anything I am aware of that says you cannot use the [CommonAppDataFolder]\CompanyName\AppName folder. I do not know the rules for the Package Cache folder.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 10, 2017
10:39 AM
I cache our install using the default folder. One user logs in and installs. A different user logs in and uninstalls. No issues. The only think I can think of has already been mentioned though... is your install set to be "All Users"?
![](/skins/images/3B39CE851FDD5528C393F146EB70A2D0/responsive_peak/images/icon_anonymous_message.png)