This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Re: AllUsers property ignored migrating from IS12!
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 30, 2007
12:54 PM
AllUsers property ignored migrating from IS12!
Well, apparently the ALLUSERS property is ignored on my installer when i migrated it to IS2008. I want to create a HKCU for every user on the machine, and this worked well using ALLUSERS=1 under the IS12 environment. Why could this be happening? Is there anything else I haven't looked (any other influencial property perhaps)? Please, any ideas or suggestions are welcome.
Thanks a lot!
Thanks a lot!
(3) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 31, 2007
11:36 AM
i even tried setup.exe /V"ALLUSERS=1" to try to make the HKCU for all the users, but it didnt work either!!! help please!
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Jul 31, 2007
01:34 PM
Ok, i found my answer. Probably there was something to do with the key path on the Current User key. Basically, you have to add set any key in the HKCU as the Key Path. This will ensure that the installation repairs when a new user logs on the machine and launches the application. The repair will create the HKCU Reg keys. This is the recommended way of installing HKCU Reg keys.
Another way is, if u don't have an executable or a shortcut, you should consider making a key called HKLM/Software/Microsoft/Active Setup/Installed Components/[Product Code] and a new string value in it called StubPath with "msiexec /fauvs {Product Code} /qb" as its value.For more info, check out
http://www.macrovision.com/webdocuments/repackaging_questions.pdf
PS: Choosing the second alternative will make a repair of the installation every time a new user logs in, so if you have a big installation it might not be what you are looking for.
Another way is, if u don't have an executable or a shortcut, you should consider making a key called HKLM/Software/Microsoft/Active Setup/Installed Components/[Product Code] and a new string value in it called StubPath with "msiexec /fauvs {Product Code} /qb" as its value.For more info, check out
http://www.macrovision.com/webdocuments/repackaging_questions.pdf
PS: Choosing the second alternative will make a repair of the installation every time a new user logs in, so if you have a big installation it might not be what you are looking for.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 06, 2007
11:08 AM
Ok maybe you're wondering "why the hell does this guy keep posting answers to himself?" I think the thing is, since I am having this trouble now, I may aswell document it for someone else with the same issues.
There's a problem with the solution I gave for the problem (go figure). Seems microsoft declared an issue when installing from CD.
http://www.installsite.org/pages/en/bugs_msi.htm
Cause:
When logged in as a restricted user under win2k the windows installer does not have access to the CD drive.
anyways, gonna check out those workarounds.
There's a problem with the solution I gave for the problem (go figure). Seems microsoft declared an issue when installing from CD.
http://www.installsite.org/pages/en/bugs_msi.htm
Cause:
When logged in as a restricted user under win2k the windows installer does not have access to the CD drive.
anyways, gonna check out those workarounds.
![](/skins/images/A5EADE085F77DE82FB3B14D6B307AE6A/responsive_peak/images/icon_anonymous_message.png)