/bundles/itninjaweb/img/Breadcrumb_cap_w.png
Hiya!

I have a application installing a Virtual Lock (aladdin) into c:\windows\system32\setup\aladdin\.
A normal users does not have access to this folder, and because of that doesn't the package find the files.
That results in a self repair that ends up in a failure. The application starts anyway tho.
The files is needed, beacuse the application will not start anyway.
I have removed the "Key File"-flag for the files, but it is still trying to repair.

Anyone got any idea how to make the package install the files but without trying to repair?
I don't want to set any file permissions.

One way I have been thinking of is to make the package install the files to another folder, and then use a Custom Action to copy the files to the folder. I hope that isn't the best solution. [;)]

Any ideas? Thanks!

/Jonas
0 Comments   [ - ] Hide 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.
Answer this question or Comment on this question for clarity

Answers

0
Hi Jonas,

You say you removed the key-file flags. Are you sure it's those files that cause the repair?

I think the best way is to find the cause of the repair, and resolve it... [8|][8D]
Answered 10/17/2005 by: Ilikebananas
Purple Belt

Please log in to comment
0
Thanks for your fast reply, but according to the Event Viewer it´s "C:\WINDOWS\system32\Setup\aladdin\ does not exist".
It exist, but a normal user does not have list access to the folder....

/Jonas
Answered 10/17/2005 by: jonasm
Blue Belt

Please log in to comment
0
Hi,

Do you get a component guid with that? To what component does it refer, and what's the keypath. It looks like a folder path, but as far as I know only files or registry keys can be set as key...
Answered 10/17/2005 by: Ilikebananas
Purple Belt

Please log in to comment
0
Thanks again for your fast reply!
While waiting for your reply I did add one HKEY Current User registry value, and set it as a keypath.
After I did that, it does not repair the package at all (not even the HKCU-value).

I guess the problem is "solved", and I will script the HKCU-value instead... [sm=rolleyes.gif]

Must have been a bug...

Thanks for your help!

/Jonas
Answered 10/17/2005 by: jonasm
Blue Belt

Please log in to comment
0
Hi,

That HKCU key will of course trigger a repair when a different user starts the app. I would rather check the project for pollution, but if it works in your environment...

Ilikebananas
Answered 10/17/2005 by: Ilikebananas
Purple Belt

Please log in to comment
0
100% sure it's the folder path of the component you need to change in this case.
Skip the HKCU-keys, it's only the folderpath that's triggering the repair.

// martin
Answered 10/18/2005 by: mgroover
Senior Yellow Belt

Please log in to comment