Software Deployment

Hi Eric:

Try making the value of this registry key to blank

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-181\Products\XXXXXXXXXXXX\Features\Complete

where XXXXXXXXXXX is the product ID and make the value of the key complete to blank.

^^ Not sure about this reg fix akhlaque - can you explain?

Sounds to me like the application is repairing itself - did you validate and fix ICE errors / warnings?

Look in the eventlog (under application) to find out which component has a broken keypath - that should point you in the right direction...

Cheers,
Rob.

I bet you ALWAYS do ICE validate your new MSI files "religiously" eh?[;)]

Seems like you include temporary files set as keypath in you package which get deleted every time you open your app.

Along the same lines as sini, i have seen this multiple times with registry keys. some applications will write a setup complete or first launch value to the registry the first time it is opened. If you forget to open the application before and after snap shot and this registry key becomes a key path then when you open the app it will set reg key. Then the next time you open the app the MSI will set it back to the origional value and when the app runs it will change the key again. An endless loop if you will.

However, the best thing to do is to look in the event viewer and find the component in question.

I agree. I used to run into this frequently with older version of Wise Package Studio before I got my exclusion list refined. I’m not sure if Admin Studio 6 has a similar feature. I’ve never used it before. I’d guess it does though.

For me the files in the C:\windows\prefetch directory (commonly known as “F&^#ing Prefetch”) were the biggest culprits. This directory is used by Windows to pre-cache commonly used components, and the files are updated and replaced continuously. These should always be removed from a package.