Software Deployment

hafen,

you'll have to use a Set Directory custom action to point the directory to "%APPDATA%\Apple Computer\QuickTime"

Hi hafen,
don't know how you manage this behavior. The file quicktime.qtp isn't installed at all with the QT-MSI. However, it is created in the AllUsers profile, when you start QT for the first time.
If you want to install that file with your settings, you have to to it on your own.
Regards, Nick

Thank you all for your posts...

First I would describe how I had it done.
I took the original MSI from Apple and installed it. After that I made a snapshot before I first time started Quicktime. Than I configured Quicktime in the way we would like to distribute it. The after snapshot showed me all the registry parts and files that are installed and registered on the first run of Quicktime.
Final I took all these components out of this new "settings-MSI" into the original MSI from Apple. I stored these components under the feature "QuickTimeEssentials" in the MSI. The shortcut property "Advertised" I changed to "Yes" (Quicktime shortcut in Program Menu).

The problem now is not like I have mentioned before the Quicktime.qtp (this file is installed under the %AllUsersProfile%\Application Data\Apple Computer\Quicktime). The poroblem is the QTPlayerSession.xml which is installed under "%UsersProfile%\Application Data\Apple Computer\Quicktime" (Sorry). This file won't be installed if a user has administrative privileges. With user accounts that have no administrative privileges it works (the QTPlayerSession.xml is installed/reinstalled/repaired ?).
At the beginning there was the same problem with the user specific registry keys. After I changed the "Remote Installation" property to "Favor Source" (in InstallShield Professional) and this solved the problem. But on the component with the file QTPlayerSession.xml this "trick" doesn't work, because the file isn't installed anymore.
I also tried to change the "Advertised" property of the feature "QuickTimeEssentials" to "Allow Advertise". But this didnt't take any effect (I think the original MSI from Apple is special in this case).
On Friday I tried the hint from AngelD (with QTPlayerSession.xml instead of QuickTime.qtp). But the problem persist still.

I can't understand why the file "QTPlayerSession.xml" won't be reinstalled if a user has administrative privileges.

Best regards

hafen

Hi hafen,

this is a common scenarion when the component has a file set as key point, you will need to set a HKCU registry as key point for the component (holding the "QTPlayerSession.xml") to resolve this.

The "problem" with userprofiles is that administrators has read access to other userprofiles and will find the file and think it's installed under the admin profile.

Hope that helps

Just to inform why registry will work instead of file key path; only logged in users HKCU registry hive will be loaded, so by setting a registry as key path to make sure that any user with administrative rights cannot find other users registry info as they are not loaded only the current users registry.

By setting a file as key path for a component containing userprofile data Windows Installer engine will search through every profile it finds and try to locate the key path. If no user has the key path for the component the component will be installed.

Cheers!

Many thanks. This solved my problem.

I have created within the component of QTPlayerSession.xml a string registry entry in HKCU. With this registry value I track the installation of the QTPlayerSession.xml.
Now it works [:)]

Best regards

hafen