Self Repair - Doesn't work for Admins
0 Comments
[ + ] Show comments
Answers (16)
Please log in to answer
Posted by:
EddySmiley
16 years ago
Posted by:
p4ntb0y
16 years ago
Posted by:
AngelD
16 years ago
Why am I seeing different behaviour for Admins and non-Admins?
While a self-check takes place when an admin user is logged in this user is able to access every file in other user's profile directory (as "local" admins has read permissions on non-admin users profile) and therefore will Windows Installer find the keypath for the previous user a repair performed for and not find the component broken while a keypath is a file under a userprofile. This is not true for a non-admin user as they only have read permissions on their own profile directory.
Users registry hive (HKCU) is only loaded while the user is logged in and therefore not found for another user, so that's why a HKCU registry entry is used instead.
Hope that helps
While a self-check takes place when an admin user is logged in this user is able to access every file in other user's profile directory (as "local" admins has read permissions on non-admin users profile) and therefore will Windows Installer find the keypath for the previous user a repair performed for and not find the component broken while a keypath is a file under a userprofile. This is not true for a non-admin user as they only have read permissions on their own profile directory.
Users registry hive (HKCU) is only loaded while the user is logged in and therefore not found for another user, so that's why a HKCU registry entry is used instead.
Hope that helps
Posted by:
EddySmiley
16 years ago
Posted by:
AngelD
16 years ago
Posted by:
anks_09
16 years ago
Hi,
I think when we install the application in admin profile we get all the HKCU and user related files which are going in AppData gets installs.Hence when we lauch the shortcut and it is advertise it does not self-repair the application whereas the behaviour in User profile is different when you log in to new User Profile and if we lauch the advertise shortcut it will self-repair the application for the first time so that all User related files and registry gets installed and hence if we lauch the shortcut again in same user profile it will not self-repair again.
I think when we install the application in admin profile we get all the HKCU and user related files which are going in AppData gets installs.Hence when we lauch the shortcut and it is advertise it does not self-repair the application whereas the behaviour in User profile is different when you log in to new User Profile and if we lauch the advertise shortcut it will self-repair the application for the first time so that all User related files and registry gets installed and hence if we lauch the shortcut again in same user profile it will not self-repair again.
Posted by:
jmcfadyen
16 years ago
Posted by:
EddySmiley
16 years ago
Sorry if this is again a highly covered topic (I have searched) but, the self repair works fine if a shortcut is used to launch the app. However, what happens if the user doesnt use the shortcut, rather the application is launched via a file association (.jpg)? Is there any way to get the app to self repair this way, or is it just tough luck?
Cheers,
Eddy
Cheers,
Eddy
Posted by:
AngelD
16 years ago
Posted by:
Inabus
16 years ago
Agreed, there are various different entry points into an MSI, verb, typelib, shortcut, mime , extension yada yada. Anyone of these, if properly authored will allow self repair. Something to be aware of, however, is users breaking something then just double clicking on an EXE that your app installed as there is the potential this wont instigate a self repair. The easiest method to avoid this is read only permissions on the program files installation directory so that users cant delete files in the first place.
P
P
Posted by:
AngelD
16 years ago
The easiest method to avoid this is read only permissions on the program files installation directory so that users cant delete files in the first place.
The best would of course be if the user wasn't an admin in the first place, right?
If they are local admins it's up to them to break their software or not. If a user deletes a program file (not userdata) then shame on them [;)]
The self-check should take in place whenever an entrypoint is called and when a broken component with missing or corrupted keypath is found a self-repair will be triggered.
The best would of course be if the user wasn't an admin in the first place, right?
If they are local admins it's up to them to break their software or not. If a user deletes a program file (not userdata) then shame on them [;)]
The self-check should take in place whenever an entrypoint is called and when a broken component with missing or corrupted keypath is found a self-repair will be triggered.
Posted by:
EddySmiley
16 years ago
Posted by:
EddySmiley
16 years ago
After searching the forum and the net, i'm non the wiser!
Could anyone point me in the direction of a decent how-to, with regard to making advertised file extensions? I need to make the following file types open with Paint Shop Pro XI and also force a self repair if necessary.
JPG
JPEG
TIFF
GIF
BMP
The vendor MSI already associates the above file extensions, but using direct registry entries, so they are not entry points for a self repair.
Thanks [sm=rolleyes.gif]
Could anyone point me in the direction of a decent how-to, with regard to making advertised file extensions? I need to make the following file types open with Paint Shop Pro XI and also force a self repair if necessary.
JPG
JPEG
TIFF
GIF
BMP
The vendor MSI already associates the above file extensions, but using direct registry entries, so they are not entry points for a self repair.
Thanks [sm=rolleyes.gif]
Posted by:
AngelD
16 years ago
Have a look at http://www.myitforum.com/inc/upload/7840ProgIdEntryPoint.pdf
It should provide you with the information to relate/connect the different needed tables.
It should provide you with the information to relate/connect the different needed tables.
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.