How to force repair???
is there a way of forcing Repair when re-installing an MSI.
I'd like to do the following:
- install my MSI
- re-install my MSI on demand - resetting all files and reg entries silently (without maintenance prompts) and without using the MSIEXEC /f switch from the command line (i.e. just double clicking the original MSI file)
I'm using Wise Package Studio Enterprise 5.1 to create my packages.
Any suggestions would be appreciated as I've tried a number of steps with no success.
Thanks,
Andy.
I'd like to do the following:
- install my MSI
- re-install my MSI on demand - resetting all files and reg entries silently (without maintenance prompts) and without using the MSIEXEC /f switch from the command line (i.e. just double clicking the original MSI file)
I'm using Wise Package Studio Enterprise 5.1 to create my packages.
Any suggestions would be appreciated as I've tried a number of steps with no success.
Thanks,
Andy.
0 Comments
[ + ] Show comments
Answers (6)
Please log in to answer
Posted by:
fetgor
20 years ago
We have developed an EXE file that does this for us.
in the msi package we have added a file called repair.ini
***repair.ini file***
[REPAIR]
AcrobatReader5.0.5.msi=/fpus {FDF64A04-28F0-495B-BF50-8A1508E101D8} /qn
***end***
And when a user is logging in the exe file is looking if a file is stored in the %USERPROFILE%\Local Settings\AcrobatReader5.0.5.msi exists if for a repair prosess will start.
COntact med if this sounds interesting, but be aware ot that all msi packages have to be redone - and reinstalled first, but of caurse this can be used tharting NOW.
We are doing this because wa have the files outside the msi package, so the user will not have problems then starting up an applikation fpr the first time locally.
//Göran Fetter
goran.fetter@se.aga.com
in the msi package we have added a file called repair.ini
***repair.ini file***
[REPAIR]
AcrobatReader5.0.5.msi=/fpus {FDF64A04-28F0-495B-BF50-8A1508E101D8} /qn
***end***
And when a user is logging in the exe file is looking if a file is stored in the %USERPROFILE%\Local Settings\AcrobatReader5.0.5.msi exists if for a repair prosess will start.
COntact med if this sounds interesting, but be aware ot that all msi packages have to be redone - and reinstalled first, but of caurse this can be used tharting NOW.
We are doing this because wa have the files outside the msi package, so the user will not have problems then starting up an applikation fpr the first time locally.
//Göran Fetter
goran.fetter@se.aga.com
Posted by:
Cocopq
20 years ago
Well there are serveral ways of doing this depends why and when you want to do this!! You could create a shortcut in the startup folder that deletes after running the repair or you could put it in the RunOnce Key to run a repair - be careful do if you are doing this with multipe msis you cannot run more then one instance of MSIEXEC at a time so if 2 packages are repairing one will fail.
Posted by:
micaab
20 years ago
thanks for your replies.
we have a VB app that utilises local .xla files. These files are amended by some of the VB app actions. There is a suspicion that the .xla files become corrupted sometimes or even amended by users. Because of the nature of the VB they have to be R/W on the desktop.
Our apps support team sometime recommend re-installing this app but since moving our packaging to MSI rather that WinInstall NAI the re-install is not as easy.
I will write a separate small repair EXE to force repair, but what I really wanted to do was to make the MSI re-install without checking for it's own existence.
PS. This app is deployed by SMS.
we have a VB app that utilises local .xla files. These files are amended by some of the VB app actions. There is a suspicion that the .xla files become corrupted sometimes or even amended by users. Because of the nature of the VB they have to be R/W on the desktop.
Our apps support team sometime recommend re-installing this app but since moving our packaging to MSI rather that WinInstall NAI the re-install is not as easy.
I will write a separate small repair EXE to force repair, but what I really wanted to do was to make the MSI re-install without checking for it's own existence.
PS. This app is deployed by SMS.
Posted by:
sean_c_roberts
20 years ago
Why not just make sure that the .XLA file is its own key component?
That way, when the user starts the app through the shortcut, that file will get checked to see if it's been changed/corrupted... and the MSI will self repair/revert back to the original install...
That way, you don't have to invoke self-repair externally, rather it'll be done automatically everytime someone runs the app.
That way, when the user starts the app through the shortcut, that file will get checked to see if it's been changed/corrupted... and the MSI will self repair/revert back to the original install...
That way, you don't have to invoke self-repair externally, rather it'll be done automatically everytime someone runs the app.
Posted by:
Zulumika
20 years ago
I hope I'm not too much out of context here ; I thought of an
auto-repair solution alternative ...
The situation:
We have a network application on drive J:.
Configuration settings for this application
are stored in HK current user.
We install a shortcut pointing to the exe on the j:
drive so it's not advertized.
This app is installed with admin right but
needs to run with user rights.
The problem:
Nothing triggers the auto-repair to re-write
the configs in HK current user, so the application
starts but there's no configs.
A solution:
I thought, if I can't repair this application, I should
let the user do it; whenever he wants.
So I created a shortcut in the start menu next to the exe shortcut
called "Install your configurations". This points to
C:\WINDOWS\System32\msiexec.exe /FMOSU "\\server\path\application.msi"
Auto-repair starts and writes the configs to the current user section
(repairs the whole package for that matters).
I realize that this is not entirely automated but it works.
auto-repair solution alternative ...
The situation:
We have a network application on drive J:.
Configuration settings for this application
are stored in HK current user.
We install a shortcut pointing to the exe on the j:
drive so it's not advertized.
This app is installed with admin right but
needs to run with user rights.
The problem:
Nothing triggers the auto-repair to re-write
the configs in HK current user, so the application
starts but there's no configs.
A solution:
I thought, if I can't repair this application, I should
let the user do it; whenever he wants.
So I created a shortcut in the start menu next to the exe shortcut
called "Install your configurations". This points to
C:\WINDOWS\System32\msiexec.exe /FMOSU "\\server\path\application.msi"
Auto-repair starts and writes the configs to the current user section
(repairs the whole package for that matters).
I realize that this is not entirely automated but it works.
Posted by:
cdupuis
20 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.