/build/static/layout/Breadcrumb_cap_w.png

Package needing the source

Been trying to package Hyena and have come across something rather odd.
Whenever a non-admin runs it for the 1st time it attempts to go back to the source msi.
I have determined that it is the creation of a folder under appdatafolder that is the cause of it.

Problem is I need that folder to exists in the package so I can use a duplicate file entry to coy a file in there when self healing occurs.

I have stri[pped everything out of the package to the point where it does not go to the source but the instant I add that folder it breaks it.
why on earth does it need the source just to create a single empty folder?!?
And is there any way around this?

Thanks.

0 Comments   [ + ] Show comments

Answers (5)

Posted by: WiseUser 18 years ago
Fourth Degree Brown Belt
0
I contend that its not your folder creation that is requiring the source - it must be something else.

You mentionned a duplicate file? Is it being copied to this folder? If so, does this file have an MsiFileHash table entry?

Are you using HKCU keypaths for your "per-user" components?

Is the ResolveSource action being used in your MSI?
Posted by: AngelD 18 years ago
Red Belt
0
I should look into the event viewer and control which component that has triggered the "profile-fix" repair and then go through the components contens for the missing link that could be a HKCU or profile pointer.
Posted by: emuringer 18 years ago
Senior Yellow Belt
0
Thanks for the reply guys,

At the point where I add the folder and it does not work I have not added the duplicate file entry.

tried a slightly different route.

Started a package from scrath, added the programfiles, a few classes root reg entries and one Current user key path.

And it tries to go back to the source...
I have never had any problems adding hkcu entries in my packages in the past so I am quite perplexed.
event viewer shows this warning:
"The resource 'HKEY_CURRENT_USER\Software\Adkins Resource\Hyena\Win32\' does not exist."
and then this:
"Detection of product '{EE072A75-7AA5-4C51-BD4A-D170AD0EB95A}', feature 'SystemToolsHyena6.3' failed during request for component '{F1696C32-DBEA-4084-A127-88E994F16060}'"

Anyways, this is going on the backburner for now.
Posted by: Nikolas 18 years ago
Senior Yellow Belt
0
"The resource 'HKEY_CURRENT_USER\Software\Adkins Resource\Hyena\Win32\' does not exist."
and then this:
"Detection of product '{EE072A75-7AA5-4C51-BD4A-D170AD0EB95A}', feature 'SystemToolsHyena6.3' failed during request for component '{F1696C32-DBEA-4084-A127-88E994F16060}'"


Hi,

My 2 cents on this one is.

Check you do not have the v option set in the Property table under REINSTALLMODE. The REINSTALLMODE is "omus" by default, adding a v would cause the msi to run from the source package and re-cache the local package.

In a self healing situation all registry keys should be installed from the locally cached msi. Was the empty folder in the msi that caused the eventvwr msg you posted above? If so I would remove it and see if just running the HKCU reg keys causes the application to require the source files.

If all else fails to find the problem you could look into Active Setup to sortout your problems...

Good Luck...Nik
Posted by: MSIMaker 18 years ago
2nd Degree Black Belt
0
This will happen by default because you have HKCU keys involved.

Remove them and it won't happen. If the app needs those HKCU keys then a self repair will be prompted every time a new user runs the advertised shortcut.

Make sure your msi is available on a network share or DFS link so that the self repair completes.

the only other thing that MAY be happening is the EXE file actually looking for install information in th registry.....I have seen this happen in a few apps now......where the coder has embedded the installer GUIDS in the app as part of some sort of security measure. Check your tables for the GUID {F1696C32-DBEA-4084-A127-88E994F16060} and also check that your package has the product GUID of {EE072A75-7AA5-4C51-BD4A-D170AD0EB95A}
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ