Hi all,

I'm working on an MSI that was packaged many years ago. It has a problem that exists where the package copies a bunch of files to the user's AppData. However this seems to only occur for the first person that executes the advertised shortcut. All subsequent users on the computer seem to rely on those files. If i delete a file the package relies on from the original user's appdata, the package self-heals when another user executes the advertised shortcut. Could someone please shed some light on this?

My goal is to repair the package so these files are living in each user's AppData directory.

Thanks in advance.
0 Comments   [ + ] Show Comments

Comments

Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Answers

0
Use Active setup. The msi will repair for every user and will put the appdata files.
Answered 06/02/2011 by: murali.bhat
Purple Belt

Please log in to comment
0
Check copmonent structures and key path. Solving validation errors may solve this issue.
Answered 06/02/2011 by: naveen.packager
Green Belt

Please log in to comment
0
Thanks for your reply. I wasn't sure what active setup was so I just searched for it. The article I found explains it's useful when the MSI has no advertised entry points, in this case it does. that being the shortcut to execute the program.
Answered 06/02/2011 by: bos302
Purple Belt

Please log in to comment
0
naveen: could you please that process please? I know only the basics of MSI editing via tools such as Wise, orca and Instedit.
Answered 06/02/2011 by: bos302
Purple Belt

Please log in to comment
0
In both the tools (orca and wise) there will be a validation check. Do it to your package and try to solve them.

If this is packaged in your enviroment (if not vendor suplied and not installed) then repacking it using original setup may also be the good choice.
Answered 06/02/2011 by: naveen.packager
Green Belt

Please log in to comment
0
This is common issue. Change keypaths for user specific components to HKCU entries instead of files!
Answered 06/02/2011 by: itolutions
Orange Senior Belt

Please log in to comment
0
Hi itolutions, how do you do that exactly? I apologise for my lack of understanding. Is this something that can be done in orca?

some other thoughts i've had are does the HKCU key used for the keypath need to be something specific or anything I like, and by using a regkey as the key path, if a file in that component is deleted by the user, it won't repair because the regkey still exists right?
Answered 06/02/2011 by: bos302
Purple Belt

Please log in to comment
0
The below document may help you giving basic idea.

http://www.dawnstar.com.au/wpshelp/dl/WPS%20for%20Newbies%20Tutorial_mar04.pdf
Answered 06/02/2011 by: naveen.packager
Green Belt

Please log in to comment
0
I apologise for my lack of understandingCan I make a suggestion? The Dawnstar pages are great but, without an understanding of the fundamenatls of Windows Installer, you will struggle with packaging. Search AppDeploy for the text "the definitive guide". As well as details of Phil Wilson's excellent book which will give you those fundamentals, some of the posts will turn up other useful links for newcomers to the field.
Answered 06/02/2011 by: VBScab
Red Belt

Please log in to comment
0
itolutions is correct in changing keypaths for user specific components from files to a reg entry. Here is a thread that explains how to do this in Orca or Instedit which is my favorite method. http://itninja.com/question/how-do-you-roll-out-new-machines?7774&mpage=1&key=quicktime The thread is for Quicktime but has the same idea to self heal for each user that logs in and populate files in the users profile.
Answered 06/02/2011 by: joedown
Second Degree Brown Belt

Please log in to comment
0
http://www.dawnstar.com.au/wpshelp/dl/WPS%20for%20Newbies%20Tutorial_mar04.pdf

I have the same issue but thanks for the link it helps me.
Answered 06/02/2011 by: prettygirls
Yellow Belt

Please log in to comment
0
Hi everyone,

Well i've made progress with this. The components in question were added to a separate feature and i'm using HCKU keys as the key paths for these components.

Issue I'm seeing now is that we use local profiles here. So what i'm seeing is when I install the package on a computer, the correct regkeys are added to the user's HKCU hive and the associated files are added to their AppData.

However if the user moves to a new computer, the files in AppData are no repaired, because the regkeys still exist in their HKCU hive.

How should I handle this?

Thanks.
Answered 06/08/2011 by: bos302
Purple Belt

Please log in to comment
0
sounds like you are using roaming profiles not local profiles.

have a read of this

http://sourcedaddy.com/windows-7/implementing-corporate-roaming.html
Answered 06/08/2011 by: jmcfadyen
Fifth Degree Black Belt

Please log in to comment
0
jmcfadyen,

Yes we do actually use roaming profiles, although the Application Data directory is explicitly excluded from the roaming profile via GPO.

This is why the HKCU keys roam. Is there anyway around this?
Answered 06/08/2011 by: bos302
Purple Belt

Please log in to comment
Answer this question or Comment on this question for clarity